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ABSTRACT 


'There  exists  a  genuine  need  for  a  tactical  decision 
■akiag  system  within  the  Departnent  of  Defense  for  the  small 
scale  environment  tactical  decision  maker.  To  this  end,  we 
propose  TACvn ,  a  prototypical  system  for  tactical  decision 
making,  to  be  implemented  as  a  distributed  system  on  micro* 
computers.  TAC*II  is  a  redesign  and  partial  implementation 
of  an  expert  Artificial  Intelligence  system  proposed  by 
previous  Raval  Postgraduate  School  students.  The  system 
receives  preprocessed  sensor  inputs,  determines  what 
contacts  are  present,  and  suggests  the  best  possible  actions 
to  take.  It  performs  target  analysis  and  correlation  based 
on  the  current  tactical  situation.  Production  rules  are 
used  to  discover  which  actions  have  been  established  by 
higher  authority  for  the  current  tactical  situation.  A 
pattern  matching  algorithm  provides  a  heuristic  means  of 
identifying  similar  known  situations,  and  suggests  actions 
to  take  based  on  those  situations.  / 
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I.  IHTBODOCTIOM 


1.  BACKGROUND 

Years  ago#  military  organizations  were  forerunners  in 
the  development  cf  computers  and  computer  systems,  and  much 
of  the  innovative  research  involved  in  those  areas.  For 
example,  the  founder  of  the  COBOL  programming  language  was 
Navy  Captain  Grace  Mcrray  Hopper.  Today,  the  military  uses 
computer  systems  for  a  multitude  of  purposes;  however, 
private  industry  has  become  the  leader  in  computer  research. 
Perhaps  this  explains  the  lack  of  innovative  and  new 
computer  systems  applicable  to  the  tactical  environment  in 
military  organizations. 

Since  the  advent  of  computers,  decision  support  systems 
have  become  increasingly  popular  in  many  application  areas. 
Originally  designed  for  financial  matters,  there  are  virtu¬ 
ally  nc  arsis  where  decision  support  systems  have  not 
ir  ided.  Here  recently,  the  field  of  Artificial  Intelligence 
has  come  to  the  forefront,  and  many  of  its  principles  can  be 
nicely  adapted  to  decision  support  systems. 

He  are  proposing  a  system  to  fill  the  void  in  innovative 
tactical  systems  for  the  unit  commander.  The  system, 
TAC*II,  is  an  expert  system  which  uses  Artificial 
Intelligence  techniques  for  tactical  decision  making.  It  is 
a  redesign,  expansion,  and  partial  implementation  of  the 
system  proposed  by  Clair  and  Danhof  [Ref.  1]. 

B.  PBOBLFH 

There  are  currently  no  expert  systems  in  existence  which 
support  the  unit  commander  in  a  tactical  environment.  He 
see  this  fact  as  an  extreme  shortcoming,  considering  the 


advances  which  have  teen  made  recently  m  both  hardware  and 
software  research  and  development.  In  a  highly  dynamic 
tactical  environment,  the  major  emphasis  is  placed  on  one 
Naval  Officer,  the  Tactical  Action  Officer  (TAO)  ,  and 
his/her  memory.  The  TAO  is  required  to  respond  to  a  vast 
amount  of  diverse  information,  received  from  a  multitude  of 
sources,  in  an  extremely  time  critical  and  high  pressure 
situation.  The  system  which  we  are  proposing  is  an  automated 
aid  tc  the  TAO,  a  decision  making  system  which  will  help 
him/her  respond  in  a  timely  manner  to  the  current  situation. 

Let  us  first  examine  the  advantages  of  computer  systems 
in  the  ever-changing  tactical  environment.  The  most  obvious 
positive  characteristics  of  computers  are  their  enormous 
memory  and  rapid  retrieval  capabilities.  Additionally, 
retrieval  of  information  from  computer  memory  is  extremely 
reliable:  unlike  human  beings,  computers  do  net  have  memory 
lapses.  Speed  is  another  important  attribute.  Computers  can 
both  retrieve  information  from  memory  and  perform 
calculations  much  faster  and  more  accurately  *han  humans. 

With  the  above  benefits  of  computers  in  the  tactical 
environment  in  mind,  one  might  ask  why  a  decision  making 
system  designed  for  the  tactical  unit  commander  has  not  yet 
been  developed.  Pirst,  the  problem  may  be  perceived  as  "too 
difficult"  for  computer  implementation.  After  all,  military 
officers  endure  years  of  vigorous  training  in  preparation 
for  their  role  as  the  TAO.  They  often  respond  to  situations 
by  way  of  "intuition"  or  "gut  reaction".  They  resolve  incon¬ 
sistencies  or  discrepancies  in  reports  which  are  received 
through  "common  sense  reasoning".  How,  rhen,  can  a  computer 
system  replace  such  a  unique  and  valuable  asset? 

He  are  not  suggesting  that  a  system  be  designed  to 
replace  the  TAO,  but  rather  that  it  be  utilized  to  enhance 
his/her  capabilities  and  performance.  The  human  attributes 
referrad  to  above,  "intuition"  and  "common  sense  reasoning". 


are  the  kinds  of  things  which  Artificial  Intelligence 
research  is  trying  to  capture  in  Artificial  Intelligence 
systems.  These  attributes  are  often  times  programmable  if 
enough  information  is  available  about  the  decision  making 
processes  of  tactical  commanders.  The  key  to  the  success  of 
such  a  system  is  a  great  wealth  of  knowledge,  which  will 
enable  the  system  to  emulate  the  TAO  in  most  respects. 

Another  factor  which  must  be  considered  is  an  increased 
level  of  risk  involved  in  the  development  of  tactical  deci¬ 
sion  making  systems.  Current  decision  support  systems  deal 
with  mundane  situations  like  project  management,  financial 
management,  and  the  like,  where  risks  are  generally  centered 
around  matters  such  as  millions  of  dollars  or  personal  repu¬ 
tation.  Those  risks  are  far  outweighed  by  the  unique  risks 
of  the  tactical  environment  which  involve  the  preservation 
of  human  lives.  Again,  we  must  stress  that  we  are  not 
suggesting  a  system  designed  to  replace  the  TAO,  although 
such  a  system  could  perform  many  of  the  same  functions.  An 
expert  tactical  system  should  help  in  the  areas  where  its 
capabilities  are  superior;  that  is,  memory  capacity  and 
processing  speed.  The  final  responsibility  for  tactical 
decision  making  still  remains  with  the  tactical  commander. 

The  problems  are  not  insurmountable,  and  neglecting  the 
implementation  of  such  a  system  would  be  a  gross  oversight. 
In  addition  to  the  benefits  previously  described,  an  expert 
tactical  system  has  two  very  significant  side  effects.  The 
first  primary  goal  of  military  organizations  is  to  prepare 
for  war.  Secondly,  if  war  unfortunately  occurs,  the  goal  is 
to  survive  as  the  victor.  An  important  aspect  of  the  effec¬ 
tiveness  of  the  TAO  in  this  type  of  tense  anvircnment,  is 
the  ability  to  remain  calm,  and  in  accordance  with  previous 
training  and  experience,  react  appropriately.  The  commander 
without  actual  combat  experience  is  at  a  marked  disadvan¬ 
tage.  Regardless  of  the  number  of  training  exercises  in 
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which  b€/sfce  has  participated,  actual  combat  is  quite 
different.  The  chance  of  the  TAO  freezing  or  experiencing 
feelings  of  panic  is  lessened  if  an  expert  tactical  system 
is  ifplenenxed  on  the  ship. 

A  second  similar  side  effect  is  the  inherent  provision 
of  a  training  tool.  Junior  officers  would  benefit  from 
working  with  this  type  of  system  by  observing  how  it  corre¬ 
lates  target  information  and  how  it  makes  decisions. 
Situations  could  easily  be  simulated,  and  both  man  and 
machine  wculd  try  tc  determine  the  best  appropriate  action 
to  take. 

An  expert  system  is  needed  to  fill  a  void  which 
currently  exists  in  the  tactical  environment.  such  a 
system's  advantages  are  numerous  whereas  its  disadvantages 
are  net  insurmountable.  The  solution  tc  this  problem  is  not 
an  easy  cne,  but  it  is  not  foreseen  to  be  impossible,  with 
advanced  technology  and  new  and  better  Artificial 
Intelligence  techniques,  the  implementation  of  an  expert 
tactical  system  should  be  right  around  the  corner. 

C.  SOLUTION 

TAC+II  is  our  answer  to  the  tactical  problem  outlined 
above.  Tie  system  design  is  modelled  on  how  the  TAO  is 
perceived  tc  make  decisions.  The  decision  process  is  viewed 
as  consisting  of  three  phases:  acquisition,  analysis  and 

decision.  During  the  acquisition  phase,  the  TAO  accumulates 
information  from  various  sources  and  stores  that  information 
in  his  memory.  TAC*II's  acquisition  phase  consists  of 
receiving  inputs  from  various  sensors,  intelligence  reports, 
or  human  interfaces,  and  storing  that  information  in  its 
dynamic  database.  During  the  analysis  phase,  the  TAO  tries 
to  determine  if  new  information  can  be  correlated  with  old 
information,  and  if  so. 


makes  a  mental  note  of  the 


significance  of  the  correlation.  TAC*II  performs  the  same 
function  ty  scanning  its  database  for  possible  correlating 
information,  performing  any  calculations  necessary  in  verif¬ 
ying  correlation,  and  updating  its  database  as  appropriate. 
Finally,  in  the  decision  phase,  the  TAO  indicates  actions  to 
take  in  a  given  situation  based  on  current  directives  which 
should  be  followed,  cr  based  on  similar  situations  which  are 
familiar.  TAC*II  does  the  same  based  on  the  policy  rules  and 
analogous  situations  which  are  programmed  inro  the  system. 
These  three  decision  phases  are  modelled  by  the  three 
primary  modules  which  comprise  TAC*II:  the  World  Model, 
which  lccsely  corresponds  to  the  acquisition  phase;  the 
Analysis  Module,  which  corresponds  to  the  analysis  phase; 
and  the  Response  Module,  which  corresponds  to  the  decision 
phase. 

The  key  to  making  our  system  "intelligent"  is  to  fill  it 
with  appropriate  knowledge.  The  key  to  coding  this  knowledge 
is,  first,  to  find  cut  what  it  consists  of  by  discovering 
how  the  -actical  decision  maker  arrives  at  his/her  deci¬ 
sions.  These  decisions  range  from  the  cut  and  dry,  where 
the  TAO  simply  follows  directives,  to  the  extremely  intui¬ 
tive.  Intuitive  decisions  involve  the  process  of  analogy. 
The  TAO  perceives  a  similarity  between  the  current  situation 
and  seme  previously  experienced  situation.  He/she  recalls 
the  successful  actions  taken  in  that  previous  experience, 
and  medifies  those  responses  to  adapt  to  the  current  situ¬ 
ation.  The  knowledge  pertaining  to  the  first  type  of  deci¬ 
sion  is  quite  simple  tc  incorporate  in  our  system,  whereas 
the  second  type  of  knowledge  is  much  more  difficult.  As  in 
most  Artificial  Intelligence  systems,  much  liaison  between 
the  system  programmer  and  the  tactical  expert  is  required  to 
translate  the  decision  making  process  into  code. 


Tbe  overall  function  of  TAC*II  is  to  take  processed 
information  froa  individual  sensor  units,  correlate  that 
infornaticn,  and  determine  the  best  action  to  take  based  or. 
programmed  rules.  Those  actions  must  fulfill  the  require¬ 
ments  cf  higher  authority,  while  providing  the  best  possible 
chances  of  survival.  The  first  and  most  important  aspect  of 
our  system  design  is  to  allow  it  to  react  in  real  time. 
Speed  is  crucial  because  the  lack  of  it  could  literally 
become  the  difference  between  life  and  death.  Me  foresee  the 
implementation  of  TAC*II  as  a  distributed  system  primarily 
to  enhance  its  speed.  Secondarily,  spreading  computing 
resources  over  many  microprocessors  is  an  obvious  advantage. 
Not  only  does  it  reduce  cost,  but  it  also  adds  a  degree  of 
reliability.  The  failure  of  one  microprocessor  does  not 
cause  the  entire  system  to  crash.  Since  the  TAC*II  system  is 
designed  as  basically  three  separate,  independent  modules, 
we  foresee  a  relatively  easy  implementation  of  it  as  a 
distributed  system. 

The  seccnd  major  criteria  in  the  design  of  TAC*II  is  the 
adherence  tc  the  principles  of  software  engineering.  In  this 
regard,  our  system  would  be  virtually  useless  if  it  were 
difficult  tc  modify.  In  the  tactical  environment,  rules  and 
situations  are  constantly  changing,  thus  causing  our  system 
to  also  experience  frequent  modifications.  Me  therefore  set 
as  a  primary  goal  the  use  of  modularity  and  modifiability 
principles  in  our  system  design.  Not  only  did  we  desire  our 
overall  modules  to  be  functionally  independent,  but  addi¬ 
tionally,  all  submodules  and  procedures  should  be  likewise. 
As  a  secondary  goal,  we  wanted  our  implemented  code  to  be 
readable,  and  went  to  a  great  deal  of  effort  to  ensure 
simple  things,  such  as  common  sense  naming  cf  variables, 
were  incorporated.  Cur  design  is  geared  towards  providrna 
these  characteristics  to  ensure  the  success  of  the  final 
system  ixplementation. 
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The  final  gcal  cf  the  systea  design  is  the  generic 
nature  of  the  systea.  In  its  conception,  TAC*II  was 
perceived  tc  be  applicable  to  not  only  the  Navy  tactical 
environaent,  but  additionally,  to  the  unit  ccaaander  in  any 
cf  the  araed  services.  Although  we  try  to  remain  as  generic 
as  possible,  in  soae  cases  we  have  become  specialized  to 
allow  systea  implementation .  In  these  cases,  our  primary 
focus  is  on  the  Navy  tactical  environment,  although  it  could 
easily  be  modified  tc  pertain  to  others. 

Our  solution  to  the  implementation  of  an  expert  tactical 
systea  involves  several  assumptions.  First,  our  system  is 
designed  from  a  single  user  perspective.  Several  systems 
currently  exist,  for  example  the  World  Wide  Military  Command 
and  Control  Systea  (BWMCCS)  and  the  Naval  Tactical  Data 
Systea  (NTDS),  which  approach  the  problem  at  a  higher  level 
than  that  of  the  unit  commander.  TAC*II  is  geared  towards 
the  unit  level  of  tactical  command,  that  level  which  pres¬ 
ently  has  to  automated  guidance  in  the  decision  making 
process. 

The  second  assumption  is  that  the  input  received  by 
TAC*II  is  already  processed.  In  other  words,  we  will  not 
address  the  issue  of  transforming  raw  data,  for  example, 
radar  video,  into  data  which  is  compatible  with  our  system. 
Since  systems  currently  exist  which  perform  exactly  this 
function,  we  feel  that  this  is  a  valid  assumption. 

Finally,  we  assume  that  it  is  possible  tc  obtain  enough 
knowledge  from  tactical  experts  in  order  to  program  the 
heuristic  similarity  matching  process.  This  may  or  may  not 
be  a  valid  assumption;  however,  two  factors  indicate  that  it 
is  indeed  valid.  First,  it  is  the  same  basic  problem  encoun¬ 
tered  in  the  development  of  all  Artificial  Intelligence 
expert  systems.  In  order  fcr  a  computer  system  to  emulate  a 
human  expert,  those  human  experts  must  be  interviewed  in 
depth  to  derive  the  mental  processes  which  they  go  through. 
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If  medical  experts  can  provide  enough  insight  into  how  they 
diagnose  diseases,  tactical  experts  can  certainly  provide 
insight  into  hew  they  synthesize  analogous  situations. 
Secondly,  research  is  already  in  progress  in  the  field  of 
Inforaaticn  Systems  tc  try  to  determine  exactly  how  the  high 
level  ccaoander  recognizes  siailarities.  ill  vhich  remains 
to  be  dene  is  the  coordination  between  researchers  in 
Inforaaticn  Systems  and  those  in  tactical  systems 
implementation,  which  is  currently  in  progress. 

The  following  chapters  discuss  the  design  and  iirplemen- 
tation  of  the  TAC*II  system.  Chapter  2  presents  an  overall 
system  description,  while  Chapters  3,  4,  and  5  delve  into 
the  details  cf  the  World  Model,  the  Analysis  Nodule,  and  the 
Response  Module,  respectively.  Chapter  6  summarizes  our  work 
and  suggests  possible  areas  of  further  research.  i  signifi¬ 
cant  amount  of  code  has  been  developed  which  almost 
completely  implements  TAC*II:  the  World  Model,  the  Analysis 
Module,  and  one  major  submodule  of  the  Response  Module  have 
been  written,  tested  and  debugged.  This  code  is  available 
from  the  authors  or  the  thesis  advisor. 


II.  GIBBS AL  SISTSH  DBSCBIPTI01 


A.  ARTIFICIAL  IHTEL1IGBBCE  STSTEHS 

Ha  will  describe  the  TAC*II  system  in  terms  of  the 
general  design  of  Artificial  Intelligence  systems,  as  shewn 
in  Figure  2.1.  An  Artificial  Intelligence  system  is  basi¬ 
cally  composed  of  twe  major  parts;  the  Knowledge  Ease  and 
the  Seasoning  Engine.  The  Knowledge  Base  contains  informa¬ 
tion  about  the  "world"  or  the  environment.  It  is  comprised 
of  a  static  database  which  contains  general  information  and 
rarely  changes,  and  a  dynamic  database  which  contains 
rapidly  changing  information  about  the  "world".  The 
Seasoning  Engine  is  the  workhorse  of  the  system.  It  obtains 
symbolic  descriptions  of  the  sensed  environment  through  the 
interpreter,  reguests  relevant  knowledge  from  and  transmits 
updates  to  the  Knowledge  Base,  and  generates  symbolic 
descriptions  of  appropriate  actions  to  be  taken. 

The  TAC*H  system  is  designed  to  perform  the  analysis  of 
an  individual  unit's  tactical  situation,  and  to  provide  the 
appropriate  response  which  is  directed  by  higher  authority 
in  their  promulgated  policies  and  doctrine.  Additionally,  it 
is  designsd  to  provide  heuristically  derived  decisions  about 
actions  to  tak6,  which  are  above  and  beyond  those  required 
by  directives,  and  are  based  on  the  tactical  situations  of 
history.  The  system  receives  contact  information  which  is 
already  processed  (versus  raw  sensor  input) ,  and,  whenever 
possible,  infers  other  information  about  the  contact.  It 
inserts  this  information  into  the  world  Hodel  and  performs 
target  correlation  with  all.  known  contacts.  It  then 
searches  for  any  applicable  policy  rulas  which  govern  the 
current  tactical  situation,  and  displays  the  appropriate 
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Figure  2. 1  II  System. 

actions  to  be  taken  on  the  operator  console.  It  also 
searches  for  similar  situations  stored  in  memory,  and  if  the 
search  is  successful,  displays  the  associated  responses  on 
the  cperator  console. 


B.  T1C*II  IS  AH  ARTIFICIAL  IMTELUGEICB  STSTEH 

In  the  TAC*II  system,  the  Knowledge  Base  is  comprised  of 
the  World  Model,  which  is  one  of  the  three  primary  modules, 
the  Combat  Unit  Data  Ease,  which  is  a  part  of  the  Analysis 
Module,  and  the  production  rules  and  patterns,  which  are 
part  of  the  Response  Module.  The  World  Model  contains  a 
"picture”  of  the  "world"  by  maintaining  a  dynamic  database 


cf  known  contact  information.  It  contains  those  assets  of 
the  "world"  which  are  relevant  to  the  tactical  situation  and 
are  cf  a  volatile  nature.  It  provides  ieforaation  needed  by 
the  Analysis  nodule  and  the  Response  Module  by  responding  to 
gueries  transaitted  to  it.  The  World  Model  keeps  itself 
current  by  updating  its  contact  reports  as  instructed  by  the 
Analysis  Module,  pruning  unessential  archival  information, 
and  performing  dead  reckoning  on  the  contact  reports  in  its 
database.  Dad  reckoning  is  the  method  used  to  estimate  the 
new  position  of  a  contact  after  an  elapsed  period  cf  time. 
The  world  Model  additionally  maintains  a  separate  archival 
storage  structure  of  non-current  information,  leaving  only 
the  most  current  contact  information  in  the  primary  memory 
structure.  The  iorld  Model  is  organized  and  structured  to 
permit  easy  and  rapid  data  retrieval  and  manipulation. 

The  Combat  Unit  Data  Base,  the  second  part  of  the 
Knowledge  Base,  is  a  static  database  which  exists  within  the 
Analysis  Module.  The  knowledge  which  it  contains  is  informa¬ 
tion  about  individual  combat  units.  This  information  is  used 
to  fill  in  the  details  about  contacts  which  are  reported.  It 
allows  the  system  to  make  inferences  about  the  possible 
identification  of  cotbat  units. 

The  last  section  of  the  Knowledge  Bass  includes  the 
production  rules  and  patterns.  The  production  rules  incorpo¬ 
rate  knowledge  about  tactical  actions  which  are  dictated  by 
higher  authority.  Patterns  represent  knowledge  about  histor¬ 
ical  battle  scenarios  or  war  gaming  experiences.  Associated 
with  the  pattarns  are  actions  which  represent  knowledge 
about  what  has  been  or  could  be  done  in  a  given  situation. 

The  Reasoning  Engine  is  comprised  of  the  Analysis  Module 
minus  the  Combat  Unit  Data  Base,  and  the  Response  Module 
control  mechanism.  The  primary  job  of  rhe  Analysis  Module 
is  to  conduct  the  analysis  and  correlation  of  contact  infor¬ 
mation  received,  and  to  induce  as  much  information  as 


possible,  until  a  high  confidence  classification  level  of 
each  contact  is  made.  It  receives  preprocessed,  single 
s9nscr  inputs,  and  through  searching  the  Coabat  Unit  Data 
Base,  deteraines  what  additional  unit  information  can  be 
inferred  based  on  the  sensor  inputs.  It  then  queries  the 
World  Model  for  siailar  contacts,  and  perforas  target  ccrre- 
lation  between  the  current  contact  and  those  received  froa 
the  World  Model.  If  a  positive  correlation  is  made,  the 
Analysis  Module  transmits  the  updated  information  to  the 
World  Model,  including  any  "uncorrelations"  when  required. 
In  addition  to  transacting  new  contact  information  to  the 
World  Model,  it  sands  contact  updates  to  the  Response  Module 
to  trigger  a  search  for  appropriate  responses  to  the  new 
situation,  and  transmits  target  analysis  and  correlation 
information  to  the  operator  console.  Finally,  it  provides  an 
interactive  query  mechanism  to  the  console  operator  for 
obtaining  both  static  information  from  the  Contact  Unit  Data 
Base,  and  dynamic  information  from  the  world  Model. 

The  Response  Module  portion  of  tha  Reasoning  Engine  has 
the  primary  function  of  determining  appropriate  responses 
given  a  new  instance  of  the  "world".  It  receives  a  contact 
report  frca  the  Analysis  Module  and  searches  two  separate 
structures  for  similar  situations.  First,  the  Response 
Module  searches  through  its  production  rules,  which  repre¬ 
sent  concrete  tactical  knowledge  of  current  directives  and 
policies.  For  all  rules  which  match  the  current  situation, 
the  associated  responses  are  transmitted  to  the  operator 
console.  Next,  it  searches  through  its  memory  of  programmed 
historical  situations  for  those  which  are  similar  to  the 
current  situation.  For  those  situations  which  match,  their 
associated  responses  are  modified  to  apply  to  the  current 
situation,  and  summarily  transmitted  to  the  operator 
console. 


C.  I1P0T 


TAC*II's  three  primary  modules  are  functionally  indepen¬ 
dent  and  designed  to  be  implemented  as  parallel  processes  on 
multiple  microcomputers.  Sensor  input  to  the  system  is  of 
several  different  types.  Radar  data  provides  bearing,  range, 
course  and  speed  information  pertaining  to  contacts. 
Electronic  Support  Seasures  (ESN)  input  provides  bearing  and 
emitter  identification  information.  ESH  is  a  passive  device 
which  receives  electromagnetic  radiation  from  other  units, 
and  determines  the  frequency  of  the  emitter  and  the  bearing 
of  the  contact  using  it.  Sonar  data  provides  bearing, 
range,  depth,  course  and  speed  of  contacts,  as  well  as  any 
possible  classifications.  The  system  is  designed  to  receive 
visual  reports  from  lookouts  through  a  formatting  device, 
and  general  intelligence  reports  which  are  received  via  the 
Naval  Telecommunication  System  (NTS)  . 

All  of  the  above  sensor  input  is  assumed  to  be  prepro- 
cassed  versus  raw  data,  other  units  with  processing  capabil¬ 
ities  are  required  to  be  connected  to  the  TAC*II  system.  In 
the  case  of  radars  and  sonars,  these  processing  units  will 
recaive  the  raw  sensor  data  and  perform  track  correlation  by 
following  individual  contacts  along  their  paths.  Track 
numbers  are  assigned  by  each  of  the  processors  to  the 
contacts  being  tracked.  These  track  numbers  are  later 
translated  into  new  track  numbers  internal  to  the  TAC*II 
system.  This  preprocessing  of  information  could  be  done 
manually,  and  then  input  into  a  "smart"  front-end  processor 
which  would  perform  interactive  prompting  of  the  user. 
There  is  no  requirement  that  the  reports  be  rapid  or  exactly 
in  real  time. 

The  manner  in  which  the  raw  data  is  transformed  into  the 
required  input  formats  is  immaterial  to  the  operation  of  the 
system.  Tfc9  only  overriding  assumption  is  that  single  sensor 
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track  correlation  is  performed  on  each  sensor  which  inputs 
data  into  the  system. 


D.  A1ALISXS  PROCESS 

When  the  Analysis  Nodule  receives  a  new  contact  report 
froe  cne  of  the  above  input  devices,  it  scans  its  record  of 
contacts  to  determine  if  the  contact  has  previously  been 
seen.  If  the  contact  has  not  previously  been  seen,  it  must 
scan  its  Combat  Unit  Data  Bas9  to  try  to  derive  additional 
details  regarding  the  contact. 

The  heart  of  the  Analysis  Nodule  is  target  analysis  and 
correlaticn.  When  a  ccntact  report  is  received,  the  Analysis 
Nodule  formulates  a  query  of  a  specified  format  for  the 
World  Hodel  to  cbtain  all  previous  contact  reports  which 
could  possibly  correlate  with  the  current  report.  The  World 
Hodel  then  scans  its  database  searching  for  records  which 
meet  the  constraints  of  the  query,  and  transmits  a  copy  of 
each  "matching"  record  back  to  the  Analysis  Nodule. 

The  Analysis  Nodule  now  has  the  new  contact  report 
together  with  all  similar  previous  contact  reports  retrieved 
from  the  World  Hodel.  It  then  compares  the  previous  reports, 
one  by  one,  with  the  current  contact,  trying  to  determine  if 
they  could  be  the  same  target.  Backtracking  is  the  primary 
methcd  used.  In  this  method,  the  positional  information  of 
the  previous  contact  reports  are  adjusted  to  remove  the 
effect  of  own  ship's  motion  during  th9  elapsed  timeframe.  If 
two  targets  are  positively  correlated  in  this  manner,  the 
strength  of  that  correlation  is  derived.  This  correlation 
factor  is  then  used  to  infer  further  information  about  one 
contact  from  the  other.  The  updated  reports  are 
subsequently  transmitted  to  the  World  Hodel. 


Oncorrelation  is  another  facet  of  the  Analysis  Module. 
If  twc  contacts  are  correlated  by  the  above  method,  and 
further  information  is  received  which  proves  this  correla¬ 
tion  to  be  incorrect,  the  process  must  be  "undone".  The 
contacts  must  be  reestablished  as  individual  contacts  by 
appropriately  making  updates  to  and  modifications  of  their 
contact  reports  in  the  World  Model. 

In  addition  to  performing  target  correlation  and  anal¬ 
ysis,  and  updating  the  World  Model,  the  Analysis  Module  must 
also  transmit  contact  reports  which  it  receives  to  the 
Response  Module.  The  Response  Module,  in  turn,  uses  this 
updated  instance  of  the  "world"  to  determine  if  there  are 
any  rules,  governed  by  higher  authority,  which  are  appli¬ 
cable  in  the  currant  situation.  It  first  retrieves  the 
appropriate  set  of  production  rules  based  on  the  current 
situational  readiness  state.  It  then  searches  the  left  hand 
sides  of  this  production  rule  set  for  possible  matches.  A 
match  occurs  if  all  conditions  contained  in  the  left  hand 
side  of  a  rule  are  either  known  to  be  true  or  unknown.  To 
resolve  those  unknown  conditions,  the  World  Model  is  queried 
and  responds  with  a  yes/no  answer.  When  rules  are  found  to 
match  the  current  situation,  their  right  hand  sides  are 
executed,  causing  the  corr aspending  action  to  be  transmitted 
to  the  operator  console. 

The  Response  Modula  then  determines  if  any  historical 
situations  stored  in  memory  match  the  current  situation. 
These  historical  situations  are  symbolic  descriptions  of 
tactical  scenarios  which  have  suggested  actions  associated 
with  them.  Again,  the  World  Model  is  queried,  when  neces¬ 
sary,  to  determine  specific  details  about  certain  contacts. 
If  patterns  are  found  to  match  the  current  situation,  the 
corresponding  actions  associated  with  those  patterns  are 
modified  to  adapt  to  the  new  situation,  and  are  then  sent  to 
the  operator.  Since  those  are  heuristic  types  of  decisions. 


certainty  factors  are  calculated  to  indicate  how  similar  the 
current  situation  is  to  the  known  situation,  and  these 
certainty  factors  are  displayed  along  with  the  proposed 
solution. 
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Figure  2.2  TAC*II  System. 

Figure  2.2  presents  a  general  description  of  each  of 
TAC*II's  three  primary  modules  together  with  the  interfaces 
between  each  of  the  modules. 


E.  OUTPUT 


The  output  from  TAC*II  is  viewed  as  consisting  of  two 
types:  internal  and  external  outputs.  The  internal  output  is 
comprised  of  the  information  which  the  system  learns  and 
transmits  tc  other  modules  within  the  system  itself.  For 
example,  when  a  contact  report  is  received,  the  Ccmbat  unit 
Data  Base  is  searched  to  determine  if  additional  information 
about  that  contact  can  be  inferred.  The  output  is  the  mere 
complete  contact  report  which  is  transmitted  to  the  World 
Model.  For  the  case  when  target  correlation  is  performed, 
the  system  determines  if  two  separate  contact  reports  could 
actually  represent  the  same  target.  The  system  learns  about 
the  true  state  of  the  "world",  and  transmits  this  informa¬ 
tion  back  to  the  World  Model.  In  each  of  these  instances, 
output  is  from  the  Analysis  Module  to  the  World  Model.  This 
output  enables  the  World  Model  to  obtain  a  more  accurate 
snapshot  of  the  "world"  by  keeping  as  current  as  possible  on 
the  state  of  the  "world". 

External  output  is  that  which  is  generated  by  the  TAC*II 
system  for  display  on  the  operator  console.  During  the 
target  analysis  and  correlation  phase,  the  analysis  informa¬ 
tion  is  displayed  on  the  operator  console.  Outputs  are  also 
displayed  at  the  console  from  the  Response  Module.  The  first 
type  consists  of  actions  to  take  based  on  the  current  situ¬ 
ation,  and  governed  by  the  policies  of  higher  authority.  The 
second  type  consists  of  both  actions  to  fake  based  on  the 
similarity  of  t^he  current  situation  tc  a  remembered 
situation,  and  their  associated  certainty  factors. 

F.  EXAHELE 

In  order  to  clarify  the  total  process  in  action,  we 
present  an  example  and  step  through  the  various  phases  which 
TAC*II  would  execute.  We  begin  with  the  assumption  that  cur 
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ship  is  steaming  independently,  and  that  as  of  yet,  no 
contact  reports  have  been  received.  An  input  is  then 
received  from  th9  processor  which  handles  ESM  contacts.  The 
ESM  processor  is  assuaed  to  translate  the  frequency  intc  the 
type  cf  eaitter  which  generated  the  signal,  and  to  transait 
a  prcperly  fcraatted  contact  report  to  the  Analysis  Module. 
Once  the  Analysis  Module  receives  this  report,  it  searches 
its  Ccabat  Onit  Data  Ease  for  all  vessels  which  are  equipped 
with  that  particular  type  of  eaitter,  and  inserts  that 
inforaation  into  the  contact  report. 

Now  the  Analysis  Module  tries  tc  perfora  target  correla¬ 
tion.  The  contact  report  is  placed  on  a  queue,  and  a  query 
is  fcraulated  based  cn  the  bearing  of  the  contact.  The 
query  is  transmitted  to  the  World  Model,  which,  in  turn, 
tries  to  v,aatchM  up  the  query  to  entries  in  its  database  of 
contact  reports.  In  this  case,  since  no  ether  contacts  have 
been  previously  encountered,  the  World  Model  returns  only 
the  original  contact  report  to  the  Analysis  Module.  The 
Analysis  Module  then  siaply  transmits  the  contact  report 
from  the  queue  to  the  World  Model  in  order  to  update  its 
picture  of  the  "world". 

The  contact  report  is  additionally  transmitted  to  the 
Response  Module.  The  Response  Module  checks  its  production 
rules  to  determine  if  there  is  any  policy  governing  this 
particular  situation  which  must  be  followed.  It  formats 
queries  tc  the  World  Model  if  it  needs  additional  informa¬ 
tion  about  the  current  situation.  If  rules  are  found  which 
match  the  current  situation,  the  actions  represented  by  the 
right  hand  sides  of  those  rules  are  executed  and  displayed 
on  the  operator  console.  The  Response  Module  also  checks  its 
store  cf  remembered  situations  for  similar  patterns.  If  any 
are  found  tc  match,  it  again  formats  queries  to  the  world 
Model  to  obtain  specific  details.  The  actions  corresponding 
to  remembered  matching  situations  are  then  adapted  to  the 
current  situation  and  passed  to  the  operator. 
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We  now  receive  an  input  from  the  processor  which  handles 
surface  radar  contacts.  The  contact  report  from  this 
processor  will  include  the  bearing,  range,  course  and  speed 
of  the  contact.  The  same  process  is  involved  as  delineated 
above.  To  initiate  the  target  correlation  procedure,  the 
Analysis  Module  formulates  an  appropriate  query  to  the  World 
Model.  In  this  example,  the  World  Model  will  respond  with 
the  ESM  contact.  The  Analysis  Module  now  has  the  current 
contact  report  and  the  previous  contact  report,  and  tries  to 
correlate  the  two.  The  method  used  is  a  form  of  back¬ 
tracking.  The  positional  information  of  the  first  contact  is 
adjusted  to  account  for  the  relative  motion  of  own  ship 
during  the  elapsed  time  between  the  two  contact  reports.  A 
calculation  is  performed  to  determine  what  course  and  speed 
would  have  been  required  for  the  first  contact  to  get  to  the 
position  of  the  second  contact.  The  proximity  of  the 
required  course  and  speed  to  the  actual  course  and  speed 
determines  the  beli9 vabilit y  of  the  correlation,  called  the 
confidence  factor.  At  this  point,  the  knowledge  gained  is 
incorporated  intc  each  of  the  contact  reports,  which  are 
then  transmitted  as  an  update  to  the  World  Model.  In  the 
case  of  an  "exact"  correlation,  the  two  records  would  be 
merged  pricr  to  transmission  to  the  World  Model.  Finally, 
the  Analysis  Module  transmits  its  information  to  the 
Response  Module,  which  proceeds  to  search  for  applicable 
rules  and  similar  remembered  patterns,  as  outlined  above. 


III.  WOBID  MODEL 


1.  GEMEB1L  DESCBIPTICN 

The  World  Model  is  a  dynamic  knowledge  base  which 
contains  specific  facts  about  the  "world”.  It  contains 
those  aspects  of  the  "world"  which  are  relevant  to  the 
tactical  situation,  specifically,  up-to-date  contact  reports 
of  currently  active  contacts.  Inputs  are  received  by  the 
varicus  sensors,  whose  associated  processors  transfers  the 
raw  data  into  a  compatible  format  and  perform  track  correla¬ 
tion.  The  resulting  contact  reports  are  transmitted  tc  and 
processed  by  the  Analysis  Module,  and  are  subsequently 
stored  in  the  World  Mcdel.  In  short,  the  world  Model  is  a 
contact  informational  database;  however,  this  module 

additionally  performs  many  database  management  system 
functions. 

Ihe  World  Model  interfaces  with  both  the  Analysis  Module 
and  the  Response  Module.  Both  of  these  modules  require  that 
a  query  service  be  provided  for  the  contact  reports  which 
are  known  to  the  system.  The  World  Model  performs  this 
service.  In  the  case  of  the  Response  Module,  the  queries 
will  be  reguests  tc  determine  if  a  contact  with  certain 
specifications  exists.  These  queries  will  require  a  boolean 
type  response.  The  Analysis  Module  queries  are  requests  for 
all  contact  reports  which  meet  certain  specifications.  They 
therefore  require  a  more  complicated  response.  Specifically, 
the  World  Mcdel  response  to  the  Analysis  Module  is  a  list  of 
contact  reports  which  meet  the  specified  requirements. 

The  World  Model  must  also  be  able  to  add  and  delete 
contact  reports,  as  well  as  update  contact  reports  under  the 
direction  of  the  the  Analysis  Module.  The  addition  and 
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delation  of  contact  reports  are  handled  such  like  the  stan¬ 
dard  database  operations.  The  updating  of  contact  reports 
is  sieilar  to  the  update  database  operation.  However;  the 
cld  information  stored  in  the  contact  report  is  saved  in 
archival  storage. 

Another  function  of  the  World  Model  is  the  dead  reck¬ 
oning  of  cld  contact  information.  Since  contact  data  is  time 
sensitive,  we  must  update  cld  contact  reports  to  keep  the 
tactical  situation  as  current  as  possible.  The  technique 
for  estiaating  the  possible  position  of  the  contact  is 
called  dead  reckoning. 

The  basic  principle  of  dead  reckoning  is  to  project  the 
position  of  the  unit  along  its  last  known  course  and  speed 
for  the  tiae  interval  since  the  last  known  position.  A  modi¬ 
fication  cf  this  technique  is  to  project  the  contact  towards 
cwn  ship,  assuming  that  the  contact  will  be  travelling  at 
its  maximum  speed.  This  modification  is  used  by  the  World 
Model,  and  yields  the  closest  possible  position  of  the 
contact.  This  is  a  “worst -case"  analysis  approach  to  the 
dead  reckoning  problem,  and  is  a  heuristic  versus 
algorithmic  technique. 

B.  DETAILED  DESCBIPTIOH 


1 .  Database  Structure 

The  knowledge  contained  in  the  World  Model  is  cf 
three  types:  current  knowledge  about  active  contacts, 
historical  knowledge  about  active  contacts,  and  knowledge 
about  the  estimated  position  of  active  contacts.  The  current 
and  estimated  position  knowledge  resides  in  primary  memory. 
These  two  types  of  information  are  the  most  frequently 
accessed.  A  dynamic  structure  is  utilized  to  handle  this 
information,  taking  advantage  of  the  access  speed  increases 
that  are  available  from  using  structures  of  this  type. 


It  is  important  to  remember  that  the  world  Model  is 
a  contact  inforaational  database  and  performs  several  func¬ 
tions  of  a  database  aanageaent  system.  This  implementation 
is  just  one  of  the  ways  in  which  the  World  Model  might  be 
structured.  It  is  envisioned  that  further  research  coupled 
with  innovative  database  management  systems  could  serve  to 
improve  the  performance  of  the  World  Model  with  respect  to 
real  time  calculations  and  responses. 

The  three  types  of  knowledge  mentioned  above  have 
three  separate  structures.  The  current  knowledge  about 
active  contacts  is  organized  in  a  three  dimensional  binary 
search  tree.  Two  other  schemes,  a  relational  model  and 
hashing,  were  considered  during  the  design  phase.  The 
contact  data  does  net  readily  lend  itself  to  storage  in  a 
relational  manner,  and  hashing  is  very  sensitive  to  colli¬ 
sions  and  bunching  of  information.  Thus,  these  two  schemes 
were  discarded  in  favor  of  the  three  dimensional  binary 
search  tree.  It  was  decided  that  the  most  utilized  fields 
for  access  were  the  track  number,  the  bearing,  and  the 
distance  cf  the  contact.  This  implementation  is  a  single 
tree  with  the  equivalent  of  three  binary  search  trees  woven 
through  it,  all  using  ♦'he  sane  contact  report  nodes.  The 
three  inter-threaded  trees  ar9  based  on  the  three  primary 
fields,  track  number,  bearing  and  distance.  This  structure 
allows  fer  rapid  access  for  the  primary  fields,  and  it  saves 
storage  space  since  the  trees  use  one  set  of  contact  report 
nodes.  If  a  query  from  the  Response  Module  or  the  Analysis 
Module  requires  that  other  fields  be  accessed,  an  ordinary 
inorder  search  of  the  database  is  performed. 

The  second  data  structure  in  the  World  Model, 
archival  storage,  holds  the  historical  knowledge  about 
active  contacts.  It  is  anticipated  that  in  the  final 
production  irodel,  archival  storage  will  reside  on  a  secon¬ 
dary  storage  device.  In  the  current  prototype,  archival 
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storage  is  kept  in  a  separate  data  structure  in  primary 
■enory.  This  data  structure  is  a  linked  list  of  linked 


Contact  Bepcrt 
of  Track  Number  A 


Historic  list  of 

Track  A's  Contact  Beports  j 


Contact  Heport 
cf  Track  Number  B 


To  the  next  Track  Number 
in  the  Primary  List 


Figure  3.1  Archival  Lists. 


lists,  as  shown  in  Figure  3.1.  Each  node  in  the  primary 
list  is  composed  of  a  contact  report  of  a  specific  track 
number  and  two  pointers.  One  pointer  points  to  the  history 
list  for  that  specific  contact,  essentially  a  linked  list  of 
old  contact  reports.  The  other  pointer  points  tc  another 
contact  report’s  history  list.  Access  of  information  in 
archival  storage  is  performed  in  unsorted,  linear  fashion. 


This  sethod  is  not  optimum  with  respect  to  access  times; 
however*  the  archival  information  is  infrequently  utilized. 
Thus*  the  time  required  for  retrieving  information-  from 
archival  storage  has  a  negligible  effect  on  overall  system 
performance. 

The  third  data  structure  is  the  organization  of 
knowledge  about  the  estimated  position  of  active  contacts. 
This  structure  is  known  as  the  Dead  Heckoning(DB)  list  and 
resides  in  primary  memory.  The  DB  List  is  a  linked  list  of 
an  abbreviated  version  of  the  full  contact  report.  This 
racord  structure  contains  the  contact's  track  number,  date 
tine  group*  position  report,  which  in  this  case  is  the  DR 
position,  and  a  pointer  to  the  next  contact's  DB  record.  The 
decision  for  using  this  shortened  version  of  the  full 
contact  report  was  based  on  better  memory  utilization  and 
the  fact  that  DB  reports  were  estimated  positions.  If  detail 
is  desired,  the  full  contact  report  can  be  easily  retrieved. 

2.  Ccntagt  Report  £t£U£t££e 

The  contact  report,  as  shown  in  Figures  3.2  and  3.3, 
is  the  data  structure  that  holds  all  relevant  knowledge 
about  an  active  contact.  The  basic  characteristics  of  any 
contact  are  track  number,  date  time  group,  and  position. 
Track  number  is  used  as  a  locator  for  the  contact  report, 
while  the  date  time  group  and  position  fix  a  contact's  posi¬ 
tion  at  a  specific  time.  The  rest  of  the  contact  report  is  a 
further  classif icaticn  of  the  contact  obtained  through  anal¬ 
ysis  and  inference.  For  example,  it  can  be  inferred  from  a 
surface  radar  contact  that  the  contact  is  a  surface  or 
submarine  platform  type.  From  an  ESB  intercept,  the  emitter 
is  identifiable.  Additionally,  the  platform  type,  alliance, 
type  class,  units  in  that  particular  class,  other  emitters 
on  the  particular  type  class,  and  weapons,  can  be  inferred. 
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Figure  3.2  Contact  Report. 

The  final  field  of  the  contact  report,  the  correla¬ 
tion  record,  also  requires  elaboration.  It  is  a  list  of 
track  numbers  that  have  been  correlated  to  the  contact 
report  to  which  it  is  attached.  This  correlation  record 
serves  tc  store  extra  knowledge  about  the  reasoning  that 
took  place  in  perforaing  target  classification  and  identifi¬ 
cation.  This  analysis  and  inference  is  performed  by  the 
Analysis  Hodule  which  is  described  in  the  next  chapter. 
However,  it  can  be  seen  that  the  contact  report  serves  to 
store  both  object  knowledge  about  the  contact,  basically 
positional  information,  and  analytical  and  inferred 


34 


knowledge.  These  record  attributes  were  developed  with 
respect  to  th^  functioning  of  the  Analysis  and  Response 
Modules,  and  the  types  of  information  that  they  require  to 
be  associated  with  each  contact  report. 

In  addition  to  the  above  information,  confidence 
factors  are  attached  to  most  of  the  fields  of  each  contact 
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Figure  3.3  Position  and  Weapon  Record  Fields. 


report.  Since  the  information  might  have  been  obtained  by 
inference  or  from  an  unreliable  sensor  source,  these  ccnfi- 
dence  factors  indicate  to  the  operator  the  reliability  of 
the  information,  since  the  information  might  The  Analysis 
Module  will  fill  in  these  confidence  factors  during  its 
processing  of  the  original  sensor  data  and  during  contact 
report  correlation. 


A  final  consent  about  the  structure  of  the  contact 
report  is  necessary  due  to  the  manner  in  which  the  Analysis 
and  Response  Nodules  operate.  One  will  note  from  Figures  3.2 
and  3.3,  that  all  fields  below  the  position  record  exist  as 
linked  lists  of  records.  Again,  due  to  the  analytical  and 
inferential  nature  cf  the  Analysis  Nodule,  a  number  of 
possibilities  may  be  inferred  from  a  single  piece  cf  sensor 
data.  For  example,  a  certain  type  of  radar  may  exist  on  both 
surface  and  air  platforms.  These  platforms  may  have  a 
variety  cf  type  classes  such  as  destroyers,  cruisers  and 
others.  Further  analysis  reveals  that  many  units  are 
possible  underneath  each  type  class,  and  other  emitters  and 
weapons  are  carried  by  these  units.  One  can  see  that  this 
contact  report  contains  a  very  large  amount  of  knowledge. 
These  linked  lists  of  possibilities,  coupled  with  their 
respective  confidence  factors,  will  eventually  lead  tc  a 
concrete  target  identification. 

C.  BORIC  HCOEL  OPERATION 

The  database  operations  of  the  World  Model  are  initiated 
by  communications  from  either  the  Analysis  or  Response 
Modules.  After  initial  startup,  the  Analysis  Module  sends 
new  contact  reports  to  the  World  Model  to  add  to  its  data¬ 
base.  Ike  dead  reckoning  mechanism  checks  every  fifteen 
minutes  for  any  contact  in  the  database  which  has  not  been 
updated  fcr  a  period  of  fifteen  minutes.  The  dead  reckoning 
mechanism  runs  continuously  after  the  initialization  of  the 
World  Model. 

Once  the  World  Hcdel  has  been  started  up,  it  waits  for 
input  from  either  the  Analysis  or  Response  Modules.  The 
operation  that  the  Wcrld  Model  performs,  based  on  a  communi¬ 
cation  from  the  Response  Module,  is  basically  to  search  the 
database  to  find  contacts  which  conform  to  the  Response 


Module  query.  When  the  search  is  completed,  a  boolean-type 
answer  is  returned  indicating  whether  or  not  a  report  was 
found.  For  instance,  a  query  from  the  Response  Module  might 
te  "Is  cwn  ship  within  the  range  of  track  123' s  missiles?". 
(Note  that  this  English  language  query  will  be  formatted 
into  the  report  query  record  by  the  Response  Module.)  The 
World  Model  will  search  the  database  for  track  number  123, 
look  at  the  In  Range  field  of  the  record  of  the  specified 
weapon,  and  send  back  the  reply  to  the  Response  Module  in  a 
format  known  as  the  Cuery  Response. 

The  analysis  Module's  communication  to  the  World  Model 
causes  a  variety  of  different  operations  to  cccur.  similar 
to  the  Response  Module  query,  one  of  these  operations  is 
caused  by  the  Analysis  Module  sending  a  query  to  the  World 
Model  invoking  a  search  of  the  database.  This  search  can  be 
of  the  active  database,  or  archival  storage,  or  both.  The 
World  Model  will  search  its  database  for  contact  reports 
meeting  specific  requirements,  and  send  these  back  to  the 
Analysis  Module  as  a  linked  list.  For  example,  in  crder  to 
perform  target  correlation,  the  Analysis  Module  may  want  all 
contacts  within  a  specified  range  of  bearings.  The  World 
Model  will  return  the  linked  list  of  contact  reports  that 
fulfill  this  requirement. 

As  previously  mentioned,  the  Analysis  Module  initially 
starts  up  the  World  Model  by  sending  the  first  contact 
report.  This  contact  is  received  by  the  World  Model  and  the 
database  is  created.  The  World  Model's  operations  of  addi¬ 
tion,  update,  drop  track,  and  remove  track,  coincide  with 
the  basic  operations  cf  add,  update,  and  delete,  performed 
cn  a  typical  database. 

The  update  operation  is  caused  when  the  Analysis  Module 
is  sent  a  sensor  report  which  changes  the  knowledge  about  a 
known  contact  report.  This  update  may  be  caused  by  a  change 
in  pcsiticnal  information  (i.e.. 
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a  change  in  bearing,  range. 


coarse  cr  speed)  ,  or  a  change  caused  by  analytical  or  infer¬ 
ential  computations  performed  by  the  Analysis  Module.  In 
either  case,  the  Analysis  Module  sends  an  updated  version  of 
the  contact  report  tc  the  world  Model.  The  World  Model  then 
takes  this  updated  version  and  places  it  in  the  database, 
and  additionally  sends  the  replaced  contact  report  to 
archival  storage. 

The  drop  track  and  remove  track  operations  are  analogous 
to  the  deletion  operation  performed  on  a  database.  The 
reason  why  there  are  two  operations  that  basically  delete 
information  from  the  World  Model  can  be  explained  from  an 
example  cf  a  tactical  situation  analysis.  Suppose  a  contact, 
which  has  been  identified,  moves  away  from  own  ship,  and  the 
information  on  this  contact  becomes  of  minor  importance  to 
our  tactical  situation.  If  the  contact  is  a  warship,  we  may 
want  to  save  our  information  in  archival  storage.  If  the 
contact  is  a  merchant  ship,  we  may  want  to  delete  all  the 
information  on  the  contact.  The  drop  track  operation,  trig¬ 
gered  by  the  Analysis  Module,  is  simply  the  shifting  of  the 
contact  report  from  the  primary  data  structure  into  archival 
storage.  The  remove  track  operation,  also  triggered  by  the 
Analysis  Module,  is  a  total  deletion  of  the  contact  informa¬ 
tion  in  both  the  primary  data  structure  and  archival 
storage. 

The  remaining  operations  of  the  world  Model  deal  with 
the  capabilities  desired  of  a  computer  system  in  a  tactical 
environment.  The  computer  system  in  a  tactical  environment 
periodically  requires  preventive  maintenance.  it  is  desir¬ 
able  to  be  able  to  regenerate  the  information  contained  in 
the  computer  system  after  an  inoperative  period  of  time.  To 
fulfill  these  requirements,  the  World  Model  has  the  capa¬ 
bility  tc  save  the  contact  information  in  primary  memory  on 
a  secondary  storage  device.  The  World  Model  can  regenerate 
this  information  by  invoking  procedures  which  restart  both 
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the  primary  data  structure  and  archival  storage.  It  is 
important  to  note  that  the  restart  of  the  World  Model  should 
be  performed  only  when  the  "down  time"  of  the  system  is 
short  and  the  tactical  picture  has  not  significantly 
changed.  Presumably,  this  decision  will  be  made  by  the 
operator.  Otherwise,  if  the  down  time  is  lengthy,  the  World 
Modal  should  more  properly  be  initialized  and  started  anew. 


If.  AHA LISTS  BOD OLE 


A.  BASIC  DESCRIPTION 

The  Analysis  Module  is  the  basic  foundation  of  the 
TAC*II  system.  Its  primary  function  is  target  identifica¬ 
tion  and  correlation.  During  its  operation,  it  produces  an 
analysis  of  own  ship's  tactical  situation.  The  Analysis 
Module  receives  as  input  preprocessed  sensor  data  and 
produces  as  output  a  target  identification  with  associated 
confidence  factors.  These  confidence  factors  are  an  indica¬ 
tion  cf  the  certainty  of  the  target  identification.  As  mere 
sensor  data  is  received,  the  Analysis  Module  makes  correla¬ 
tions  between  senscr  reports,  trying  to  achieve  a  more 
accurate  target  identification. 

The  Aralysis  Module  performs  many  functions  relating  to 
target  identification  and  correlation.  when  a  sensor 
contact  repert  is  received,  it  assigns  an  internal  track 
number  to  that  report  and  maintains  a  listing  of  the  sensor 
track  number  and  its  associated  internal  track  number.  This 
listing  is  known  as  the  Cross  Reference  Table  and  is  used  by 
the  Analysis  Module  for  contact  report  identification. 

The  Analysis  Module  makes  inferences  about  contacts 
reported  by  the  sensors.  In  order  to  make  these  inferences, 
the  Analysis  Module  uses  a  portion  of  the  Knowledge  Ease, 
the  Combat  Unit  Data  Base.  The  Combat  Dnit  Data  Base  is 
contained  within  the  Analysis  Module  and  consists  of  static 
object  knowledge  about  specific  combat  units. 

The  Analysis  Module  solves  a  relative  motion  problem  in 
order  to  perform  a  correlation  between  two  contacts.  This 
process  is  called  backtracking  and  the  problem  involves  a 
determination  of  a  course  and  speed  required  for  a  contact 
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to  move  from  ore  position  to  another.  When  compared  tc  a 
contact's  actual  course  and  speed,  the  required  course  and 
speed  serves  as  a  measure  of  how  good  the  correlaticn  is 
between  two  contact  reports. 

During  the  processing  of  sensor  inputs,  situations  occa¬ 
sionally  occur  which  require  the  uncorrelation  of  contact 
reports.  For  example,  when  a  contact  report  is  deleted  from 
the  database,  its  effect  on  other  contact  reports,  due  to 
prior  correlations,  must  be  negated.  This  is  accomplished  by 
adjusting  the  confidence  factors  of  the  contact  reports 
involved,  using  stored  information  concerning  the  prior 
correlations. 

Another  function  of  the  Analysis  Module  is  to  process 
external  input  and  output  for  the  systam.  It  performs  inter¬ 
action  with  the  operator  console,  transmitting  output 
information  and  receiving  operator  queries. 

The  Analysis  Module  interfaces  with  both  the  World  Model 
and  the  Response  Module.  It  transmits  contact  report 
updates,  additions  and  deletions,  to  the  World  Model,  in 
addition  tc  queries.  It  sends  contact  reports  to  the 
Response  Module  to  trigger  its  operations.  In  turn,  the 
Analysis  Module  receives  query  responses  from  the  World 
Model,  and  action  responses  from  the  Response  Mcdule  for 
subsequent  transmission  to  the  operator  console. 

The  Analysis  Module  uses  word  descriptions  to  describe 
degrees  of  confidence  in  the  validity  of  information 
received.  Many  current  approaches  to  the  implementing  of 
certainty  factors  use  numerics  for  degrees  of  belief. 
Because  the  Analysis  Module  uses  inference  and  correlation 
techniques  for  target  identification,  reasoning  and  infer¬ 
ences  with  certainty  factors  is  an  important  facet  of  its 
operation.  Since  reasoning  with  numerics  proves  to  be 
restrictive  in  some  instances,  the  word  description  sequence 
cf  Figure  4.1  was  used. 
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Figure  4.1  Word  Descriptions. 

B.  DETAILED  DESCBXPTIOH 

1 .  Interfaces 

The  Analysis  flodule  interfaces  with  the  world  Model, 
the  Response  Module  and  the  operator  console.  The  informa¬ 
tion  flew  to  and  from  the  World  Model  consists  of  database 
operations  and  queries.  The  Analysis  Module  transmits 
contact  reports  for  additions  and  updates  of  the  database, 
and  it  sends  messages  to  the  World  Model  specifying  a 
certain  contact  for  deletion.  In  order  to  obtain  information 
about  the  tactical  situation,  the  Analysis  Module  sends 
queries  to  the  World  Model  concerning  contacts,  and  receives 
the  associated  query  responses  which  are  lists  of  contact 
reports. 

In  its  interface  with  the  Response  Module,  the 
Analysis  Module  transmits  contact  updates  which  trigger  a 
search  for  appropriate  responses.  The  Analysis  Module 
receives  these  responses,  and  in  turn,  transmits  them  to  the 
operator  console  for  display. 
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In  addition,  the  Analysis  Module  provides  an  inter¬ 
active  query  service.  The  operator  can  query  the  system 
about  current  tactical  information  held  in  rhe  World  Model 
and  ccmbat  unit  knowledge  held  in  the  combat  Unit  Data  Base. 
The  operator  also  can  query  the  system  for  information 
concerning  current  pclicies  and  directives  which  are  located 
in  the  production  rule  portion  of  the  Response  Module. 

2.  The  Cross  Reference  Table 

One  of  the  Analysis  Module's  functions  relating  to 
target  identification  is  the  maintenance  of  an  internal 
numbering  system  which  is  used  for  contact  report  identifi¬ 
cation.  The  purpose  of  the  internal  numbering  system  is  to 
ensure  that  each  contact  report  is  uniquely  identified  and  a 
sensor  origin  of  a  specified  contact  report  can  be  found. 
The  Cross  Reference  Table  fulfills  this  purpose  by  main¬ 
taining  a  listing  of  the  individual  sensor  track  numbers, 
which  are  assigned  external  to  the  TAC*II  system,  and  their 
associated  internal  track  numbers. 

The  basic  structure  of  the  Cross  Reference  Table  is 
a  series  cf  linked  lists  with  each  node  in  the  list 
containing  a  sensor  track  number  and  its  associated  internal 
track  number.  These  linked  lists  are  organized  by  sensor: 
for  each  sensor  there  exists  a  corresponding  linked  list. 
The  division  of  linked  lists  according  to  sensors  allows 
rapid  access  to  a  sensor's  contacts  and  aids  in  the 
determination  of  the  sensor  origin  of  a  particular  contact. 

In  its  maintenance  cf  the  Cross  Reference  Table,  the 
Analysis  Module  performs  three  basic  types  of  operations. 
When  a  sensor  input  is  received,  the  Analysis  Module 
searches  the  Cross  Reference  Table  for  the  sensor  track 
number.  If  the  senscr  track  number  is  found,  then  the  asso¬ 
ciated  internal  track  number  is  returned.  If  not,  the 
Analysis  Module  assigns  a  unique  internal  track  number,  adds 
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this  pairing  to  the  Cross  Reference  Table,  and  returns  the 
newly  assigned  internal  track  nuabar.  Additionally,  the 
Analysis  nodule  uses  the  Cross  Reference  Table  to  find  the 
sensor  origin  of  a  given  contact  report  using  the  internal 
track  nuaber  as  an  index  to  the  table.  Finally,  when  a 
specified  contact  is  to  be  deleted  froa  the  TAC*II  system, 
the  Analysis  Module  deletes  the  pairing  of  sensor  and 
internal  track  numbers  from  the  Cross  Reference  Table. 

3.  £he  Combat  Or it  Data  Base 

The  Combat  Onit  Data  Base  is  contained  within  the 
Analysis  Module  and  consists  of  static  object  knowledge 
about  combat  unit  characteristics  and  capabilities.  The 
unit  attributes  which  are  contained  in  this  database  are 
class  name,  unit  name,  maximum  speed,  and  the  emitters  and 
weapons  suites.  The  database  is  composed  of  five  linked 
lists:  the  In  tell  List,  the  Quick  Emitter  List,  the  Quick 

Heapcn  List,  the  Fast  Onit  List,  and  the  Quick  Class  List. 
Each  of  these  linked  lists  is  linear  and  unordered. 

The  Intell  List's  records  contain  all  of  a  unit's 
attributes,  and  a  separate  record  exists  for  each  unit 
loaded  into  the  Combat  Onit  Data  Base.  (see  Figure  4.2  (a)) 
The  Quick  Emitter  List,  the  Quick  Weapon  List,  the  Quick 
Class  List,  and  the  Fast  Onit  List  are  inverted  indices  to 
the  Intell  List,  (see  Figure  4.2  (b)  and  (c) )  These  inverted 
indices  allow  for  rapid  access  to  the  names  of  units  associ¬ 
ated  with  a  particular  emitter,  weapon,  speed  or  class.  This 
precludes  having  to  dc  a  global  search  of  the  Intell  List  to 
infer  which  units  might  be  associated  with  a  given 
attribute . 
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for  target  identification.  The  Analysis  Module  formulates 
its  query  based  on  the  information  contained  in  the  tempo¬ 
rary  contact  report.  Specifically,  the  platform  type,  the 
bearing,  and  the  range  are  used  to  prepare  a  query  whose 
response  will  contain  a  complete  list  of  all  geographically 
related  contact  reports.  An  effort  will  be  made  to  correlate 
these  reports  with  the  temporary  contact  report. 

Each  contact  report  should  have  an  inferred  platform 
type  associated  with  it.  The  platform  type  has  a  direct 
effect  on  the  bearing  and  range  constraints  of  the  geograph¬ 
ical  sector  limits  of  the  query.  This  effect  is  based  on  the 
inherent  performance  capabilities  of  each  platform  type.  The 
encoded  procedural  knowledge  pertaining  to  the  bearing  and 
range  constraints  incorporates  the  assumption  that  no  corre¬ 
lation  is  possible  outside  of  these  geographical  sector 
limits.  Once  determined,  these  constraints  are  formatted 
into  a  query  and  transmitted  to  the  World  Model. 

5 .  Backtracking 

The  Analysis  Module  contains  a  backtracking  proce¬ 
dure  which  solves  a  relative  motion  problem  in  order  to  make 
a  correlation  between  two  contact  reports  with  different 
positional  information.  The  relative  motion  problem  is  to 
determine  the  course  and  speed  required  to  move  from  one 
geographic  position  to  another  daring  the  elapsed  time 
between  two  contact  reports,  taking  into  account  own  ship's 
movement.  The  backtracking  procedure  reduces  the  relative 
motion  problem  to  a  true  motion  problem  by  negating  the 
effect  of  own  ship's  movement,  and  then  it  calculates  a 
course  and  speed  required  for  a  contact  to  move  between  the 
two  positions  during  the  elapsed  time. 

The  backtracking  procedure  consists  of  three  parts: 
the  calculation  of  a  resultant  course  and  speed  for  own  ship 
during  the  time  interval,  the  negation  cf  own  ship's 
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movement  from  the  earlier  contact  report's  positional  infor¬ 
mation,  and  the  calculation  of  the  required  course  and 
speed.  The  calculation  of  own  ship's  resultant  course  and 
speed  is  performed  by  repeated  application  of  the  law  of 
cosines  on  the  various  courses  and  speeds  of  own  ship  during 
the  elapsed  time  between  the  two  contact  reports. 

The  next  step  in  the  backtracking  procedure  is  to 
negate  own  ship's  movement  from  the  earlier  contact  report's 
position.  This  step  converts  the  relative  motion  problem  to 
a  true  motion  problem.  The  earlier  contact  report's  posi¬ 
tion  is  "backtracked"  along  a  line  parallel  to  own  ship's 
resultant  course  for  the  distance  own  ship  travelled  at  its 
resultant  speed  during  the  elapsed  time.  This  results  in  a 
geographically  fixed  true  motion  problem. 

The  final  step  is  to  find  the  required  course  and 
speed  necessary  for  the  contact  to  travel  the  true  distance 
between  the  two  positions  during  the  elapsed  time.  The 
required  speed  is  a  simple  division  of  the  true  distance  by 
the  elapsed  time,  and  the  reguired  course  is  calculated 
using  the  law  of  cosines.  The  Analysis  Module  later  uses 
this  required  course  and  speed,  the  solution  to  the  relative 
motion  problem,  to  determine  the  believability  of  the 
correlation  between  two  contact  reports. 

6.  Correlation 


The  Analysis  Module  performs  a  correlation  between 
contact  reports  generated  by  different  sensors  in  order  to 
ascertain  additional  information  leading  possibly  to  a  high 
confidence  target  identification.  These  correlations  are 
made  by  comparing  twc  contact  reports  at  a  time.  The  corre¬ 
lation  procedure  generates  a  correlation  factor  given  the 
solution  to  the  relative  motion  problem,  and  adjusts  the 
confidence  factors  within  each  contact  report  accordingly. 
Correlation  factors  describe  the  believability  that  two 


contact  reports  represent  the  same  target,  while  confidence 
factors  describe  the  believability  of  the  information 
contained  in  specific  record  fields. 

The  first  part  of  the  correlation  procedure  calcu¬ 
lates  a  correlation  factor  by  comparing  the  required  course 
and  speed  with  both  contact  reports'  actual  courses  and 
speeds.  The  results  of  this  comparison  are  translated  into 
a  correlation  factor  which  indicates  how  good  the  correla¬ 
tion  is  between  the  two  contact  reports.  A  heuristic  is 
used  in  this  translation  which  pertains  to  the  normal  opera¬ 
tions  of  a  ship  at  sea.  Generally,  it  is  more  common  for  a 
ship  underway  to  make  a  course  change  than  it  is  a  speed 
change.  Therefore  the  correlation  is  weighted  accordingly. 

The  second  part  of  the  correlation  procedure  is  the 
modifying  cf  the  ccnfidence  factors  in  the  twc  contact 
reports  in  accordance  with  the  strength  of  the  correlation 
made  between  the  two  reports.  A  correlation  between  two 
contact  reports  can  imply  additional  information  about 
target  identification,  according  to  tha  strength  cf  correla¬ 
tion.  The  confidence  factors  associated  with  each  contact 
report  will  be  affected  in  a  positive  or  negative  way.  For 
example,  if  the  correlation  factor  is  high  and  the  two 
reports  each  hold  the  same  information  in  a  certain  record 
field,  then  the  correlation  should  support  the  belief  in 
that  information.  This  "support  effect"  leads  to  a  higher 
confidence  factor  being  assigned  to  the  information  in  both 
reports.  The  converse  of  this  example  is  also  true  and 
results  in  a  lower  ccnfidence  factor  assignment. 

If  on  the  other  hand,  information  is  held  in  one 
record  and  not  the  other,  the  correlation  procedure  trans¬ 
fers  the  information  to  the  other  contact  report.  The 
believability  of  this  new  information,  rhe  ccnfidence 
factor,  is  then  modified  by  the  correlation  factor. 
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7 .  Uncorr  elation 


During  the  processing  of  sensor  inputs  and  the 
acguisticn  of  more  knowledge  concerning  the  tactical 
picture,  situations  occasionally  occur  which  require  the 
Analysis  Module  to  uncorrelate  two  contact  reports. 
Oncorrelation  is  necessary  in  order  to  remove  the  effects  of 
a  prior  correlation  between  the  two  reports. 

There  are  three  such  situations  that  require  the 
Analysis  Module  to  perform  uncorrelation.  One  situation 
develops  when  a  query  response  for  a  particular  temporary 
contact  report  does  not  include  all  previously  correlated 
contact  reports.  For  example,  if  Temp_contact 1  had  been 
correlated  with  Contact3  and  the  current  query  response  does 
not  include  Contact3,  then  Contact3  is  outside  the  geograph¬ 
ical  limits  of  the  query  and  must  therefore  be  uncorrelated 
(see  Figure  4.3).  The  other  two  situations  which  require 
uncorrelation  exist  when  a  confirmed  target  identification 
is  made  cr  when  a  contact  report  is  deleted  from  the  system. 
For  all  three  situations,  un correlation  negates  the  effect 
cf  one  contact  report  on  others  in  the  database  in  order  to 
maintain  a  consistent  and  accurate  analysis  of  the  tactical 
picture. 

For  the  given  situation,  the  uncorrelation  procedure 
formulates  a  series  of  queries  to  the  world  Model  to  obtain 
each  cf  the  contact  reports  which  must  be  uncorrelated  with 
the  temporary  contact  report.  Each  of  these  queries  is  held 
in  a  query  list  until  the  World  Modal  responds  with  a  query 
response  list.  As  each  uncorrelation  is  performed,  an 
updated  contact  report  is  sent  to  the  World  Model  for  both 
contacts.  The  temporary  contact  report  then  replaces  any 
copies  which  may  exist  on  the  query  list. 
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T9mp_contact  1 


Contact  Report 


Correlated  List 


Query  Response 


Contact  Report  4 


Contact  Report  3  is  not  in  the  Query  Response 
thus  it  has  been  implicitly  uncorre±ated,  and 
the  correlation  effects  must  be  negated. 


Figure  4.3  Example  of  Implicit  ffncorr elation. 


In  a  manner  similar  to  that  of  the  correlation 


procedure,  the  uncorrelation  procedure  modifies  the  confi¬ 
dence  factors  of  a  contact  report  which  is  being 
uncorrelated  with  the  temporary  contact  report.  As  previ¬ 
ously  stated  in  the  correlation  procedure  description,  a 
correlation  is  generally  supportive  of  the  confidence  which 
is  assigned  to  knowledge  contained  in  both  contact  reports. 
The  uncorrelaticn  procedure  must  remove  this  “support 
effect".  In  essence,  the  procedure  performs  a  correlation 
of  the  two  reports  with  an  assigned  correlation  factor  of 
NONE.  This  results  in  a  downgrading  of  the  confidence 
factors  in  the  contact  report  being  uncorrelated,  thus 
removing  the  effects  cf  the  prior  correlation.  The  modified 
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versions  of  the  contact  reports  are  then  sent  back 
World  Model. 


o  the 


C.  ABAL1SIS  MODULE  CPERATIOH 

1 .  Preliainarv  Phase 

The  Analysis  Module's  operation  essentially  begins 
when  a  preprocessed  sensor  input  is  received.  This  sensor 
input  consists  of  positional  information  and  a  confidence 
factor  which  indicates  the  degree  of  reliability  associated 
with  the  position.  This  information  is  placed  into  a  contact 
report  teaplate  known  as  the  temporary  contact  report  which 
is  used  to  store  the  analytical  and  inferential  knowledge 
about  the  contact's  identification.  This  temporary  contact 
report  is  ultimately  transmitted  to  the  world  Model  for 
inclusion  in  its  database. 

The  first  step  of  Analysis  Module  operation,  after 
the  sensor  input  is  received,  is  to  assign  an  internal  track 
number  to  the  temporary  contact  report.  The  Analysis  Module 
searches  the  Cress  Reference  Table  with  the  sensor  track 
number.  If  the  senscr  track  number  is  found,  the  associated 
internal  track  number  is  returned.  If  nor,  the  Analysis 
Module  assigns  a  unique  internal  track  number.  In  either 
case,  the  internal  track  number  is  placed  in  the  temporary 
contact  report  for  report  identification  purposes.  The  next 
operaticnal  phase  of  the  Analysis  Module  involves  inferences 
made  pertaining  to  possible  contact  identification  using  the 
Combat  Unit  Data  Base. 


2 •  Combat  Unit  Data  Ba se 


Using  the  information  contained  in  the  temporary 
contact  report,  the  Analysis  Module  searches  the  combat  Unit 
Data  Base  for  all  information  that  could  lead  to  the 


contact's  identification. 


and  type  of 


The  amount 


information  contained  in  the  teaporary  report  varies  based 
on  the  senscr  origin.  The  Analysis  Module  makes  its  infer¬ 
ences  frca  the  Combat  Unit  Data  Base  using  the  information 
contained  in  the  following  fields:  unit  naae,  class  name, 
weapons,  emitters,  and  contact's  speed. 

Two  basic  search  techniques  are  employed  based  on 
the  information  contained  in  the  above  contact  report 
fields.  If  the  teiporary  contact  report  has  a  unit  name 
with  a  CCNFIHM ED  confidence  factor,  then  the  Intell  List  of 
the  Ccabat  Unit  Data  Ease  will  be  searched  for  the  specific 
unit,  and  that  unit's  identification  information  will  be 
placed  in  the  teaporary  contact  report.  If  the  unit  name  is 
not  CCNFI8HED  or  the  unit  field  is  unfilled,  the  appropriate 
Class,  Emitter  cr  ffeapon  Quick  List  is  searched  to  find  all 
units  having  the  given  contact  attributes. 

If  the  teaporary  contact  report  does  not  include  any 
information  about  unit  name,  class,  emitters,  cr  weapons, 
then  the  Fast  Unit  Quick  List  is  searched,  if  appropriate, 
using  the  contact's  speed.  A  check  is  made  of  the  contact's 
actual  speed  against  a  threshold  speed  for  applicable  sensor 
contacts.  The  threshold  speed  for  an  air  contact  is  600 
knots,  and  for  a  surface  contact,  it  is  40  knots.  If  the 
contact's  current  speed  does  not  exceed  the  applicable 
threshold  speed,  then  a  search  of  the  Combat  Unit  Data  Base 
is  net  performed.  This  precludes  a  search  returning  a 
majority  of  the  database  as  possible  target  identifications, 
which  would  be  of  little  practical  use. 

As  the  appropriate  quick  list  is  being  searched,  the 
list  cf  associated  unit  names  is  placed  in  the  unit  list  of 
the  temporary  contact  report.  Using  the  total  number  of 
units  in  this  list,  the  Analysis  Module  calculates  an  appro¬ 
priate  confidence  factor  for  each  unit  which  is  the 
probability  that  the  contact  could  be  that  particular  unit. 


Next,  the  Intell  List  is  searched  repeatedly  for 
each  unit  on  the  unit  list  of  the  temporary  contact  report. 
All  of  units*  information  concerning  class,  maximum  speed, 
emitters,  and  weapons  is  added  to  the  temporary  contact 

report.  At  this  point,  the  temporary  contact  report  holds 
all  information  relating  to  the  multiple  possibilities  for 
target  identification.  The  fields  of  the  report  are  then 
examined  to  remove  all  duplicate  information.  A  count  of 
duplicate  items  is  kept  in  order  to  assign  a  confidence 
factor  tc  each  particular  entry  in  the  class,  platform, 

alliance,  emitter,  ard  weapon  lists.  This  calculated  confi¬ 
dence  factor  is  an  indication  of  the  believability  that  the 
contact  has  a  particular  attribute. 

The  inference  operation  of  the  Analysis  Module, 
using  the  Combat  Unit  Data  Base,  is  now  completed,  and  the 
temporary  contact  report  contains  the  possibilities  for 

target  identification  and  their  associated  confidence 
factors.  This  temporary  contact  report  is  then  utilized  to 
formulate  a  query  tc  the  World  Model. 

3 •  Cuery  Handling 

After  the  Analysis  Module  has  inferred  as  much 

information  about  the  contact  as  possible  from  the  Combat 
Unit  Data  Base,  a  query  to  the  World  Model  is  formulated  to 
obtain  additional  contact  reports,  which  on  the  basis  of 
their  geographical  positions,  might  provide  further  suppor¬ 
tive  information  leading  to  target  identification.  The 
query  is  transmitted  to  the  World  Mo.dal,  and  the  temporary 
contact  report  is  placed  in  the  query  list  under  a  unigue 
query  number. 

When  the  Analysis  “odule  receives  the  guery  response 
list  from  the  World  Model,  it  searches  the  query  list  for 
the  appropriate  query  number  and  removes  the  temporary 
contact  report.  All  contacts  with  a  CONFIRMED  target 


identification  will  then  be  pruned  from  the  query  response 
list.  Next,  the  Analysis  Module  uses  the  sensor  origin  of 
the  temperary  contact  report  to  eliminate  all  contact 
reports  of  the  same  origin  from  the  query  response  list. 
This  elimination  is  possible  due  to  the  assumption  that 
sensors  perform  individual  track  correlation  in  their 
processing  of  raw  data.  The  temporary  contact  report  and 
the  pruned  query  response  list  are  then  used  by  the  Analysis 
Module  in  the  correlation  phase  of  operation. 

4  •  Correlation 

The  Analysis  Module  performs  correlations  between 
two  contact  reports  in  order  to  infer  any  additional  infor¬ 
mation  that  could  ocssibly  lead  to  an  increased  confidence 
in  target  identification.  The  Analysis  Module  correlates 
the  temporary  contact  report  with  each  report  in  the  pruned 
query  response  list,  one  at  a  time. 

The  first  step  in  the  correlation  between  the  two 
reports  involves  the  generation  cf  the  correlation  factor. 
Th9  two  contact  reports  are  passed  to  the  backtracking 
procedure  which  solves  the  relative  motion  problem,  and 
returns  a  required  ccurse  and  speed  for  a  contact  to  travel 
between  the  two  reports'  positions.  This  required  ccurse 
and  speed  is  then  translated  by  the  correlation  procedure 
into  a  correlation  factor  indicating  the  degree  of  confi¬ 
dence  held  in  the  assumption  that  the  two  contact  reports 
represent  the  same  contact.  Using  the  correlation  factor. 
The  Analysis  Module  combines  the  information  held  in  the  two 
reports  and  adjusts  the  associated  confidence  factors  in 
accordance  with  the  arrays  listed  in  Tables  I,  II,  III,  IV, 
V  and  VI. 

For  an  initial  example  to  discuss  how  the  correla¬ 
tion  procedure  uses  these  arrays  to  adjust  confidence 
factors,  we  assume  that  the  two  contact  reports  are  being 
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Support  Array  -  Confirmed  Context 


9 

0)1 

4^1 

Ol 

0)f 

ool 

oo| 

M< 


n 

p 

rrn 

1  +4 

n 

n 

•a 

n 

w 

a> 

•H 

P 

•p 

0) 

H-l 

X) 

3 

in 

e 

oo 

14  1  W 

14 

04 

o 

9 

in 

o 

c 

o 

3 

c 

14 

ri 

o 

25 

c 

O  1  Oj 

71 

o 

04 

04 

04 

u 

1 

u 

XJ 

u 

s 

1  04 

13 

(0 

tn 

•ri 

•H 

4-4  I  -H 

0) 

•ri 

x> 

3 

3 

w 

4j 

14 

04 

o 

9 

9 

in 

C 

0) 

o 

3 

c 

14 

«H 

ri 

o 

o 

O 

04 

71 

0 

04 

04 

04 

04 

u 

1 

_ J 

in 

p 

t 

t  04 

" 

•3 

■ 

M 

in  | 

3 

•rt 

04 

•H 

a> 

•H 

3  ! 

9 

04 

P 

IU 

p 

04 

|f*l 

9  l 

r-H 

c 

® 

o 

3 

G 

m 

•H  1 

04 

O 

U 

O- 

71 

O 

IH 

04  1 

o 

u 

1 

r  ■ 

■ 

<4 

4-» 

XI 

•H 

44 

•H 

9 

•H 

•P 

43 

XI 

o 

H-t 

P 

01 

U 

<4-1 

O 

o 

u 

c 

<0 

o 

3 

s 

3 

14 

14 

04 

o 

u 

a. 

71 

o 

O 

04 

04 

u 

L- 

u 

p 

_ 

44 

44 

•ri 

•3 

3 

•H 

•H 

■P 

V 

-H 

■H 

•H 

•H 

H 

0-4 

04 

P 

P 

in 

to 

04 

04 

<4-1 

a 

c 

o 

9 

o 

O 

3 

3 

3 

o 

o 

u 

U 

04 

04 

O 

O 

O 

u 

o 

u 

U 

u 

— 

" 

14 

44 

9 

•ri 

+4 

44 

44 

•rl 

9 

9 

9 

t-4 

04 

P 

(4 

p 

in 

>4 

14 

P 

a 

a 

® 

® 

9 

o 

3 

3 

3 

tn 

o 

u 

u 

U 

o. 

71 

71 

71  | 

—4 

+j 

1 

P 

1 

44 

V 

44 

•H 

•H 

44 

44 

44 

44 

■H 

•ri 

•H 

01 

04 

p 

14 

P 

P 

w 

w 

to 

o 

c 

a> 

9 

9 

9 

o 

o 

o 

04 

o 

u 

u 

U 

U 

04 

04 

04 

— 

_ 

_ 

—4 

1 

14 

1 

+4 

P 

•H 

04 

tJ 

44 

(4 

t 

44 

P 

tl 

4J 

P 

w  1 

0) 

a 

u. 

9 

9 

9 

9 

9 

®  1 

u 

o 

u 

U 

U 

U 

U 

u 

u  1 

u 

1 

1-  -  1 

r— i 

1 

p 

P 

P 

M 

P 

M 

P 

P 

W  1 

•ri 

•H 

•H 

•H 

•H 

•H 

i  to 

•H 

•H  | 

OH 

04 

04 

04 

04 

04 

04 

04 

04  | 

g 

3 

g 

e 

G 

a 

c 

G 

3  I 

o 

o 

o 

o 

o 

o 

o 

O 

° 

u 

u 

u 

u 

u 

u 

u 

u 

U  1 

—  — 

— 

1  1  m 

a  in  i 

a— <fc 

I 

9 

a 

o 

25  I 

I 


U)  I 
tn  I 
° 

04  I 

I 


i-o 

Ul 

on 

P 

•H 

04 

4J 

44 

■H 

9 

T3 

•ri 

<M 

X 

tn 

3 

w 

9 

041 

c 

p 

to 

P 

c: 

o 

9 

tn 

G 

0-H 

o 

9 

O 

3 

o 

p 

f — t 

o 

O 

Wl 

u 

U 

Oi 

71 

U 

04 

04 

04 

2 

Confir  Cert  Posit  I  Sure  IConfid  i  Prob  I  Plaus 


m  in 
o 

N  04 

M 

a  i 
x 

H  >. 
« 

M 

u 

x 


a>  ©  |  a>  a1 

s  a  a  i-i 


I  I  I 


i'  a  ©  o>  n> 
i  a  c  I  c  c 
)  oloio  o 


oiololoioloioloi 
slaelzlzizizlzlzizlzl 


■h  i  w  I  w  i  w  w  tn  i  in  w  m  w 

m  (aiioita  to  tn  i  to  in  m  in 

m  o  o  o  o  o  o  o  o  o 

O  04  I  04  I  04  Ol  O4IO4  O4  04  Of 

**•  III  I  | 


10  1  l(fll(n|(ni<aiu)|(A|u)|(flt 
3  1-0  9  9  9  9|?i9|0|9 

«J  I  O  <3  I  «  «  I  <0  (  <0  |  <0  I  *  i  <0 

•— *  I  I  *—♦  t  «— ♦  1  ♦  i  4—1  I  f— (  |H  lH 

O4  I  O4  |  O4  I  O4  |  Q4  |  O4  |  O4  I  O4  1  O4 


«  k)  Itj  <T3  *a 

-Q  tl  l-H  |tI  .r)  Tl  a  J3  X! 

O  tl  ©4  ©4  I  ©4  ©4  ©4  o  O  o 

u  9  c  c  |  c  c  a  u  ti  u 

Q4tO  oloio  O  OO4O4Q, 
[u  u  u  u  u 

—4—  ,|  -4~ 

-4J  fl  t)  T) 

■H  *H  ©  |  ©  ©  ©  I  'H  -rl  ‘rl  >(H 

©I  in  tl  I  1-1  1-1  tl  I  ©4  ©4  |  ©4  >4-1 

a  O  3  9  3  3  0  CIO  a 

o  ih  tn  l  tn  tn  tn  o  olo  o 

u  cj  u  I  u  u 


j  V  41  4>  4> 

II)  4J  -rl  'H  iH  'ri  (V  ©  0  0 

tl|t|(/)WWU)tltltltl 
3|©OOOQ9333 
w  IU  I04  04  04  l04|tn  tn  tn  tn 


+M  I  1  p  I  P  p  |P  P  V 

•H  IP  I  -4-*  I  4->  (  -r-4  |  -H  j  -rl  |  -ri  |  -rl  |  -H 

vi  j  14  1  u  |  m  1  01  |  in  |  in  1  w  in  1  oj 

o  Hi  HI  810  10  |  010  I 

04|0|U|0|04|04|04l04i 


It!  ltJ  I  M 

I  ©  I  ©  I  © 
IU  |U  IU 


M  i  M  j  U  !  W  j  M  tl  |  tl  j  tl  I  P 

•H  j  *H  I  'H  |  *H  I  *rl  |'H  j  -rl  j  -rl 

M_|  |  M_|  |  U_l  |  M_|  |  M-4  ©4  |©4  |  ©4  |©4  j 

•5  I  «  a  C  I  C  c  o  c  o 

0100100  oloio  o 

U  U  UIU  U  U  I  U  I  u  u 


I  I 

u  It! 

©  I  © 

U  I  u 
I 

I  I 

tl  |  tl  j  M 

•H  j  -rl  j  -rl 


tl 

•rl 

©4 

P 

P 

•H 

© 

•rl 

©4 

-G 

in 

3 

w 

© 

c 

tl 

in 

ti 

a 

O 

(0 

w 

a 

0 

© 

0 

3 

0 

M 

•H 

0 

0 

0 

o< 

0 

04 

O4 

04 

z 

Support  Array  -  Sure  Context 


VI 

01 

a* 

U 

•r-i 

v 

V 

V 

■H 

a> 

■ri 

<V 

Si 

Ul 

o 

in 

a> 

<v| 

c 

u 

t/l 

U 

c 

o 

<d 

in 

s 

o 

<D 

o 

9 

o 

M 

rl 

o 

o 

W| 

u 

U 

a 

cn 

u 

a* 

04 

04 

z 

L 


TABLE  7 

Correlation  Array 


i 


<PI 

31 

*1 

>1 


I 

I 


I 


I 


I 

I 


I 

I 


I 

I 


I 


I 


-H 

XI 

•1>I 

u 

•H 

+J 

**i 

•H 

ci 

c 

u 

« 

Ol 

o 

(V 

o 

Ul 

o 

u 

& 

(P 

*3 

'4-1 

-Q 

'!) 

9 

' I) 

<l) 

H 

C 

O 

(tl 

n 

r: 

9 

O 

M 

o 

O 

cn 

u 

Oi 

Cu 

CL 

3 

correlated  the  first  tiae.  The  confidence  factors  in  both 
reports  are  adjusted  using  the  Support  Array  and  Correlation 
Array  as  appropriate  in  the  context  given  by  the  correlation 
factor. 

The  adjustaent  of  the  confidence  factors  is 
perfcraed  fcr  each  record  field  in  both  contact  reports, 
item  by  it9a.  Initially,  the  confidence  factors  associated 
with  the  record  entries  held  in  coaaon  by  both  reports  are 
adjusted.  A  two  pass  support  correlation  using  the  Support 
Array  is  perforaed  to  autually  reinforce  the  information 
held  between  two  contact  reports  which  have  been  correlated. 
The  teaporary  contact  report  is  used  as  the  effector  in  the 
first  pass,  while  the  query  response  report  is  used  as  the 
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Figure  4.4  Tao  Pass  Support  Correlation. 

effector  in  the  second  pass  (see  Figure  4.4)  .  During  each 
pass,  the  confidence  factors  are  adjusted  appropriately 
according  to  results  of  entry  into  the  Support  Array.  After 
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these  two  passes  are  completed,  items  held  in  one  contact 
report  but  not  the  ether  are  added  to  the  other  contact 
report.  The  confidence  factor  assigned  to  this  item  is 
found  by  using  the  Correlation  Array  with  the  correlation 
factor  as  the  context  and  the  associated  confidence  factor 
as  the  value. 

After  all  record  fields  have  been  processed,  the 
correlation  factor  and  the  track  number  of  each  report  are 
placed  in  the  correlated  list  of  the  opposite  report.  At 
this  point,  the  correlation  between  the  two  contact  reports 
is  completed,  and  the  updated  version  of  the  temporary 
contact  report  is  used  to  correlate  with  the  next  contact 
report  in  the  query  response  list.  Additionally,  the 
updated  contact  report  from  the  query  response  list  is  sent 
to  the  World  Model. 

Per  another  example  of  the  correlation  procedure, 
assume  that  the  temporary  contact  report  and  the  second 
report  cn  the  query  response  list  have  been  previously 
correlated.  The  old  correlation  factor  between  the  two 
contacts  is  found  in  the  correlated  list  of  the  temporary 
contact  report.  Using  the  new  and  the  old  correlation 
factors,  the  Correlation  Correction  Table  is  entered 
yielding  an  ordinal  correction  number  which  is  applied  to 
the  confidence  factors  for  those  record  items  held  in  both 
reports. 

Since  it  is  possible  for  correlations  wi*h  ether 
reports  to  take  place  between  the  time  one  contact  report  is 
correlated  with  a  report  for  the  second  time,  there  could 
exist  record  items  which  are  in  one  report  and  not  the 
other.  These  record  items  are  added  to  the  other  report  and 
the  adjustment  of  the  associated  confidence  factors  are 
handled  in  the  same  aannner  as  an  initial  correlation  using 
the  Correlation  Array  and  the  new  correlation  factor  as  the 
context. 
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Shen  the  temporary  contact  report  has  been  corre¬ 
lated  with  every  contact  report  on  the  query  response  list, 
the  Analysis  Module  transmits  the  updated  version  of  the 
temporary  contact  report  to  the  World  Model  for  storage.  In 
addition,  the  Analysis  Module  sends  the  updated  version  of 
the  temporary  contact  report  to  the  Response  Module 
triggering  its  operation. 

5  •  Onccrrelation 

An  infreguent  phase  of  the  Analysis  Module's  opera¬ 
tion  is  unccrrelation.  In  some  situations,  it  is  necessary 
to  uncorrelate  two  contact  reports  in  order  to  maintain 
accurate  assessments  cf  contact  report  identifications.  For 
example,  if  a  contact  is  deleted  from  the  system,  then  the 
effect  of  that  contact  on  all  ether  contacts  in  the  system 
should  be  removed.  After  a  CONFIRMED  correlation  is  made 
between  a  temporary  contact  report  and  a  query  response 
report,  any  reports  cn  the  temporary  contact  report's  corre¬ 
lated  list  with  the  same  sensor  origin  as  the  query  response 
report  must  be  uncorrelated  (see  Figure  4.5).  This  is  based 
on  our  initial  assumption  of  single  sensor  track  correla¬ 
tion.  Additionally,  if  a  query  response  list  dees  not 
include  all  contact  reports  whose  track  numbers  are  located 
in  the  temporary  contact  report's  correlated  list,  then  the 
contacts  whose  track  numbers  are  not  in  the  query  response 
list  should  be  unccrrelated  with  the  temporary  contact 
report.  This  situation  indicates  that  the  prior  correlation 
is  no  longer  valid  due  to  the  contact  being  outside  of  the 
geographical  sector  limits  used  for  query  formulation. 

When  one  of  these  situations  occurs,  the  Analysis 
Module  transmits  a  query  for  each  contact  to  be  returned  for 
uncorrelaticn.  The  uncorrelation  operation  is  actually  a 
correlation  of  the  two  contact  reports  with  the  new  correla¬ 
tion  factor  being  assigned  the  value  of  NONE.  The  old 
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Figure  4.5  Bzample  of  CONFIRMED  Oncorrelation. 


correlation  factor,  along  with  the  new  correlation  factor  of 
NONE,  is  used  to  enter  the  Correlation  Correction  Table.  A 
negative  ordinal  value  is  returned  and  applied  to  each 
record  item  which  is  held  in  common  by  both  reports,  thus 
removing  the  effect  cf  the  prior  correlation. 

Nhen  all  of  the  un correlations  with  this  temporary 
contact  repcrt  being  held  on  the  query  list  are  performed, 
the  updated  temporary  contact  report  is  sent  to  the  world 
Model. 


The  Analysis  Module  performs  target  identification 
when  given  an  input  contact  report.  It  makes  inferences 
about  target  identification  based  on  both  sensor  input 
information  and  correlations  made  between  geographically 
related  contacts.  The  final  results  of  continued  Analysis 
Module  operations,  when  applied  to  all  sensor  inputs,  is  an 
analysis  of  each  known  contact. 

0.  F0TUB1  CONSIDEHATIOHS 

The  most  important  area  of  the  Analysis  Module  for 
future  research  and  review  involves  the  assignment  cf  confi¬ 
dence  and  correlation  factors.  These  assignments  are  of 
vital  importance  to  the  accuracy  and  reliability  of  the 
TAC*II  system  output,  since  the  confidence  and  correlation 
factors  are  used  in  reasoning  and  inference  about  possible 
contact  identifications. 

The  assignment  cf  confidence  and  correlation  factors 
cccurs  in  three  areas  of  Analysis  Module  operations.  First, 
the  Analysis  Module  assigns  confidence  factors  to  informa¬ 
tion  inferred  from  the  Combat  Unit  Dana  Base  concerning  the 
multiple  possibilities  of  target  identification.  Secondly, 
the  Analysis  Module  translates  the  results  obtained  from  the 
backtracking  procedure  into  a  correlation  factor.  Finally, 
new  confidence  factcrs  are  assigned  to  record  fields  in 
contact  reports  involved  in  a  correlation  based  on  the 
strength  of  the  correlation  . 

In  each  of  these  three  areas,  a  different  heuristic  was 
developed  in  order  to  assign  the  confidence  or  correlation 
factor  by  the  use  of  several  test  cases  and  past  experience. 
Future  research  and  exhaustive  testing  should  concentrate  on 
trying  to  validate  these  heuristics.  If  the  heuristics  are 
not  general  enough,  then  they  should  be  extended  tc  produce 


an  accurate  assignment  of  confidence  and  correlation 
factors. 

Another  area  of  the  Analysis  Module  that  could  be 
enhanced  through  futcre  research  is  the  organization  of  data 
in  the  Ccmbat  Unit  Data  Base,  the  Cross  Reference  Table,  and 
the  Query  List.  Through  the  use  of  advanced  database  manage¬ 
ment  techniques,  access  time  for  information  retrieval  could 
be  optimized  in  these  data  structures. 

Finally,  in  our  implementation  of  the  Analysis  Module, 
the  interactive  query  service  for  the  operator  was  not 
encoded.  Future  work  in  this  area  should  include  the  imple¬ 
mentation  of  the  interactive  query  service  as  described  in 
the  detailed  description  of  the  Analysis  Module  interfaces. 
Additionally,  a  new  feature  which  allows  the  operator  to 
examine  the  inference  process  that  leads  to  a  particular 
target  identification  should  be  incorporated.  This  feature 
would  be  of  benefit  not  only  in  terms  of  increasing  user 
confidence  about  TAC*II,  but  also  in  the  area  of  system 
testing  and  validation. 


V.  RESPOHSE  HOD 0 LB 


1.  GEHEBAL  DESCRIPTION 
1 •  Purpose 


The  overall  purpose  of  the  Response  Module  is  to 
determine  whether  or  not  a  response  is  warranted  in  a  given 
situation,  and  if  required,  which  response  is  most  appro¬ 
priate.  It  is  the  most  heuristic  of  TAC*II's  three  major 
aodules  since  it  makes  a  decision  in  an  uncertain  environ¬ 
ment  cn  hew  to  respond  to  a  given  situation.  The  Response 
Module  maintains  an  abstraction  of  the  current  situation  and 
the  current  situational  readiness  state  which  determines  the 
context  in  which  the  "world"  should  be  viewed.  It  is  trig¬ 
gered  by  an  input  from  the  Analysis  Module  indicating  a 
change  in  either  the  current  situation  or  a  change  of 
readiness  state. 

The  action  which  takes  place  within  the  module  is  a 
two-phase  process.  First,  it  must  be  determined  if  there 
are  any  prescribed  actions  to  take  in  the  current  situation 
based  on  military  doctrine.  Second,  the  current  situation 
is  examined  to  see  if  it  is  similar  to  any  tactical 
scenarios  stored  in  memory.  If  so,  the  successful  actions 
taken  in  these  scenarios  are  modified  to  be  applicable  to 
the  current  situation. 

The  output  from  the  Response  Module  is  a  list  of 
required  actions,  and  a  prioritized  list  of  suggested 
actions  to  be  taken  together  with  the  certainty  factors 
associated  with  the  matching  situations.  The  Response 
Module  is  subdivided  info  two  major  sub-modules  to  handle 
the  two  phases  described  above:  the  production  matcher  and 

the  pattern  matcher. 


2 .  Production  Matcher 


lie  first  sub-nodule,  the  production  matcher,  basi¬ 
cally  handles  the  "black  and  white"  rules  -  those  which  are 
standard  lilitary  policy  usually  issued  in  directives.  As 
the  name  implies,  it  is  a  set  of  production  rules  to  be 
applied  to  the  given  situation. 

Production  rules  are  condition-action  pairs  written 
in  IF-THEN  format.  For  example,  a  production  rule  in  this 
system  might  look  like  the  following: 

-IF  a  surface  contact  is  detected  AND  it  is  in  visual 
range 

-THEN  alert  the  lookouts. 

The  "IF"  part  of  the  productions,  called  the  precondition, 
condition  part,  or  left  hand  side,  states  the  necessary 
conditions  to  be  met  for  the  rule  to  be  applicable.  The 
"THEN"  part,  called  the  action  or  right  hand  side,  is  the 
appropriate  action  to  take.  During  execution,  a  production 
rule  whcse  preconditions  are  satisfied  can  fire;  that  is, 
its  right  hand  side  can  be  executed.  Production  systems 
have  the  advantages  cf  modularity,  uniformity  and  natural¬ 
ness,  whereas  they  suffer  from  inefficiency  and  unclearness 
in  the  control  flow.  For  further  details  on  production 
systems  see  (Ref.  2]. 

The  Response  Module  maintains  the  current  situ¬ 
ational  readiness  state.  Based  on  this  readiness  state,  the 
production  rules  concerning  actions  to  be  taken  in  that 
particular  state  are  examined.  The  left  hand  sides  of  the 
rules  are  searched  tc  determine  which  ones  match  the  current 
situation  based  on  known  information.  When  matches  are 
found,  the  Response  Module  queries  the  World  Model  to  deter¬ 
mine  if  unknown  preconditions  are  met.  For  example,  if  a 
production  rule  states: 

-IF  P  AND  Q  AND  R 
-THEN  X 


C  Q 


[tl»] 


and  the  current  situation  aatches  P  and  Q,  and  R  is  unknown, 
then  the  Response  Module  queries  the  Horld  Model  to  deter¬ 
mine  if  precondition  S  is  true.  If  R  is  found  to  be  true,  X 
is  executed. 

If  a  match  is  found,  the  right  hand  side  of  the 
production  rule  is  triggered.  The  right  hand  sides  incorpo¬ 
rate  the  actions  to  be  taken  in  a  particular  situation  and 
suggest  these  responses  to  the  console  operator.  In  cases 
where  the  Response  Module  is  triggered  by  a  readiness  state 
change  versus  a  situation  change,  the  production  rules  which 
apply  in  the  new  state  must  be  reviewed  and  executed  as 
required. 

The  production  matcher  uses  forward  reasoning  in  its 
search.  He  start  from  the  data,  the  new  instance  of  the 
world,  and  deduce  the  best  response  consistent  with  current 
directives.  In  other  words,  we  search  the  left  hand  sides 
cf  prcducticn  rules  for  matches,  and  the  right  hand  sides 
produce  the  results.  Backward  reasoning  does  the  opposite; 
it  examines  the  right  hand  sides  for  matches  and  sets  up  the 
left  hand  sides  as  subgoals. 

3 .  Pattern  Matcher 

The  second  sub-module,  the  pattern  matcher,  handles 
the  heuristic  rules.  He  classify  as  heuristic  rules  such 
things  as  classical  tactical  scenarios  from  *he  past,  war 
gaming  experiences,  and  similar  examples  together  with  the 
actions  which  were  taken  and  their  degree  of  success.  These 
rules  differ  significantly  from  those  which  the  production 
matcher  handles.  The  production  rules  are  concrete,  they 
must  be  followed,  and  the  commander  has  no  choice  in  the 
matter,  whereas  the  actions  associated  with  patterns  are 
basically  suggestions  based  on  previous  experiences.  The 
commander  has  a  free  choice  in  which  actions,  if  any,  to 
take.  The  information  stored  in  the  pattern  matcher  is 
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important  because  the  "black  and  white"  rules  which  are 
stored  in  the  production  aatcher  are  not  all  encompassing. 
The  "black  and  white"  rules  basically  deal  with  the  ship's 
readiness  and  rules  of  engagement.  They  are  generally  not 
tactical,  whereas  the  rules  contained  in  the  pattern  matcher 
are.  Additionally,  in  a  high  tension  environment,  the 
ability  of  the  pattern  matcher  to  search  through  the  volume 
of  information  about  historical  tactical  experiences  and 
relate  these  to  the  currant  situation  could  prove  to  be  very 
beneficial  to  the  tactical  commander. 

The  pattern  matcher,  when  given  a  new  situation, 
searches  its  database  for  similar  patterns  based  on  the 
numbers  cf  each  platform  type  and  their  positions. 
Associated  with  each  pattern  are  one  or  more  situations 
differentiated  by  details  such  as  target  type,  weapons  capa¬ 
bility,  course  or  speed.  The  World  Model  is  queried  to 
determine  which,  if  any,  of  the  situations  within  the 
pattern,  matches  the  current  situation,  and  certainty 
factors  are  subsequently  assigned  to  the  matches.  Finally, 
the  actions  which  correspond  to  the  matching  situations  are 
modified  tc  apply  to  the  current  situation,  and  those 
actions  are  displayed  on  the  operator  console  along  with  the 
situation's  certainty  factor. 

B.  PBODOCTION  MATCHES 

1 ,  Details 

The  production  aatcher  has  not  been  implemented; 
however,  the  conceptual  scheme  for  this  production  system  is 
described  in  this  section.  The  input  to  the  production 
aatcher  is  a  new  instance  of  the  World  Model  triggered  by  a 
change  to  the  "world"  received  from  the  Analysis  Module. 
This  change  could  be  an  added,  deleted,  or  changed  contact, 
or  a  change  of  the  current  situational  readiness  state.  The 


production  matcher  maintains  the  current  situational  readi¬ 
ness  state  which  determines  the  context  in  which  the  "world" 
should  be  viewed.  This  state  is  viewed  as  a  tuple  consisting 
of  various  attributes.  For  example,  the  following  six-tuple 
could  be  used  as  a  state  description  : 

<DEFCON  DANCCH  WARHCON  HEAPSTAT  RELADTH  EMCON> 
where  the  following  definitions  apply: 

DEECCN  -  the  overall  force  defense  condition 
DANGCON  -  an  internally  controlled  danger  condition 
RAEHCON  -  warning  condition  normally  controlled  by 
the  next  higher  authority  in  the  tactical 
chain  of  command 

HEAPSTAT  -  reflects  own  unit  weapons  status 
RELADTH  -  indicates  whether  weapons  release  authority 
has  been  granted 

EMCON  -  indicates  the  emission  condition  cf  onboard 
electronic  emitters 

The  output  from  the  production  matcher  is  a  set  of  responses 
representing  actions  to  be  taken  in  prioritized  order. 

The  first  step  in  the  production  matcher  algorithm 
is  to  retrieve  that  set  of  production  rules  appropriate  to 
the  current  situational  readiness  state.  The  rules  are  orga¬ 
nized  by  readiness  states  because  actions  required  in 
different  states  are  often  very  different.  For  example,  the 
actions  required  in  a  "hot  war"  situation  differ  signifi¬ 
cantly  from  those  actions  required  during  "peacetime 
steaming".  Since  the  number  of  rules  associated  with  the 
different  readiness  states  is  extremely  large,  we  envision 
only  the  applicable  set  of  production  rules  being  kept  in 
short  term  memory.  Hhen  a  state  change  is  received,  the  set 
cf  rules  appropriate  to  the  new  state  will  be  retrieved  and 
any  actions  required  in  the  new  state  will  be  determined. 
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Hhen  triggered  by  the  Analysis  Module,  the  produc¬ 
tion  aatcher  scans  all  rules  in  memory  and  selects- these 
which  could  be  satisfied;  that  is,  all  condition  parts  of 
the  rules  aust  be  either  true  or  unknown.  Subsequently,  the 
florid  Model  is  queried  to  determine  if  the  unknown  condition 
parts  of  the  retrieved  rules  are  true.  In  order  to  perform 
the  guery,  the  production  aatcher  must  translate  the  condi¬ 
tion  part  into  appropriate  query  format  which  requires  a 
yes/no  answer.  If  all  condition  parts  are  true,  either 
initially  or  after  obtaining  knowledge  from  the  florid  Model, 
the  rule  is  fired,  the  response  is  displayed,  and  the  next 
production  rule  is  checked. 

The  major  task  in  the  programming  of  the  production 
matcher  is  tc  find  the  rules  and  to  properly  organize  them. 
Additionally,  the  queries  aust  be  derivable  from  the  condi¬ 
tion  parts  cf  the  production  rules.  Finally,  actions  repre¬ 
sented  by  procedural  knowledge  aust  be  encoded. 

2 .  Example 

The  following  scenario  is  provided  to  illustrate  how 
the  production  matcher  should  operate.  In  this  example,  we 
start  in  the  readiness  state; 

<DEFCON  DANGCCN  AARNCON  WEAPSTAT  RELAUTH  EHCON> 

<  A  GREEN  GREEN  V  NO  RADI  AT  E> 

The  possible  values  for  the  attributes  of  the  tuples  are 
listed  below: 

DEFCON  -  a,  E,  or  C 

DANGCON  -  GREEN,  ORANGE,  or  BLUE 

flAENCON  -  GREEN,  ORANGE,  or  BLUE 

WEAPSTAT  -  I  (missiles  and  guns  manned  and  ready)  ... 

IX  (missiles  and  guns  not  operational) 
RELAUTH  -  YES  cr  NO 


EMCON  -  RADIATE  or  SILENT 


This  is  assuaed  to  be  the  lcvest  norsal  readiness  state.  »<? 
will  develop  an  escalating  situation  with  one  other  ccmba- 
tant  ship  until  we  get  to  the  point  of  weapons  release.  The 
first  contact  the  systen  observes  is  a  surface  vessel.  Once 
the  contact  information  is  received  froa  the  Analysis 
Hodule,  the  following  rules  ara  retrieved: 

-IP  a  surface  contact  is  detected  AND  that  contact  is 
burdened 

-THEN  maintain  course  and  speed  until  extremis  or 
the  contact  is  a  stem 

-IP  a  surface  contact  is  detected  AND  it  is  not 
currently  identified 

-THEN  tell  the  ESH  operator  to  concentrate  his 
search  in  the  contact's  area  to  obtain  a  classi¬ 
fication. 

-IF  a  surface  contact  is  detected  AND  it  is  in  visual 
range 

-THEN  alert  the  lookouts 

The  second  rule  in  the  scenario  would  fire  for  the 
following  reasons.  First,  it  is  true  that  a  surface  contact 
is  detected  because  that  information  was  received  in  the 
contact  report  from  the  Analysis  Hodule.  Next,  a  query  to 
the  Horld  Hodel  wculd  reveal  that  the  contact  is  not 
currently  identified.  Since  both  condition  parts  are  now 
true,  the  action  is  executed.  In  this  case,  a  message  would 
be  transmitted  to  the  ESH  operator. 

Now  we  obtain  additional  information  which  classi¬ 
fies  the  contact  as  an  Orange  Porce  cruiser  (Orange  Forces 
are  hostile).  The  following  rule  is  found  to  be  applicable: 
-IP  an  Orange  Combatant  is  detected 
-THEN 

-Call  away  the  intelligence  collecting  team 
-Close  the  contact  to  obtain  photographs 


Since  the  condition  part  of  this  rul9  is  known  to  be  true 
froa  information  received  from  the  Analysis  Nodule,  the 
action  is  immediately  fired.  For  this  particular  action, 
the  aessage  to  call  away  the  intelligence  collecting  team  is 
displayed.  Additionally,  using  the  contact’s  bearing,  the 
system  will  calculate  and  display  the  desired  intercept 
course  in  addition  to  outputting  the  second  message. 

Our  next  piece  of  information  received  is  that  the 
Orange  cruiser  is  tracking  own  ship  with  a  fire  control 
radar,  an  event  that  leads  to  the  firing  of  a  weapon.  Still 
in  the  sane  state,  we  find  the  following  rule: 

-IF  a  hostile  combatant  commences  tracking  with  a 
fire  control  radar 
-THEN 

-Recommend  Warning  Condition  Orange 
-Report  the  incident 
-Shift  readiness  condition  to 
< A  ORANGE  GREEN  V  NO  RAOIATE> 

(increase  DANGCGN) 

When  we  execute  this  rule,  the  production  matcher  shifts  the 
situational  readiness  state  by  changing  the  Danger  condition 
from  Green  to  Orange.  This  state  change  causes  an  examina¬ 
tion  of  a  new  set  of  production  rules  where  we  find  the 
following: 

-IF  a  hostile  combatant  is  tracking 

-THEN  man  the  weapons  systems  but  do  not  track 
the  combatant 

-IF  a  hostile  combatant  is  tracking  AND  has  trained 
weapons  at  own  ship 


-THEN 


-Recommend  Warning  Condition  Blue 
-Shift  to  <A  BLUE  GREEN  7  NO  3ADIATE> 
(increase  DANGCON) 


At  this  joint,  we  have  not  yet  been  able  to  complete  the 
■anning  of  the  weapons  systems.  Otherwise,  we  would  have 
shifted  the  Weapons  status  attribute.  Once  we  have  shifted 
to  Warning  Condition  Elue  we  find  the  following  rule: 

-IF  a  hostile  combatant  is  tracking  own  ship  AMD  is 
training  weapons  on  own  ship 
-THEM 

-IP  not  at  General  Quarters  (GQ)  ,  THEN  crder 
GQ  stations 

-Inform  superiors  of  situation  and  intent  to 
return  fire 

We  new  complete  the  manning  of  our  weapons  system  and  indi¬ 
cate  this  action  via  the  operator  console.  This  action  trig¬ 
gers  another  state  change  to 

<  A  BLUE  GREEN  I  NO  RADIATE> , 
signifying  the  change  of  weapons  status. 

This  limited  example  of  some  production  rules  demon¬ 
strates  the  way  in  which  we  envision  the  production  matcher 
will  function. 

C.  PATTERN  HATCHER 

i-  mjsni&s  ualaai 

The  original  goal  for  implementing  the  pattern 
matching  portion  f  the  Response  Module  was  to  incorporate 
reasoning  by  analogy  as  the  methodology  by  which  responses 
would  be  suggested.  Analogy  seems  to  be  a  natural  mode  of 
thought  for  humans.  When  faced  with  a  n aw  situation,  we 
usually  react  by  searching  our  memory  for  similar  situ¬ 
ations,  selecting  the  "best"  match,  and  modifying  the  known 
reaction  associated  with  the  known  situation  to  account  for 
the  differences  between  the  known  and  new  situations. 
Although  recognized  early  and  discussed  in  both  Artificial 
Intelligence  and  Psychology  circles,  computer  implementation 
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if  rot 


of  analogical  reasoning  is  still  difficult, 
impossible,  to  accomplish. 

The  goal  in  this  methodology  is  to  construct  a 
system  which  allows  the  computer  to  reason  about  one  situ¬ 
ation  given  a  known  situation  which  can  be  used  as  a  guide 
in  evaluating  future  actions  cr  solutions.  The  paradigm 
usually  associated  with  analogical  reasoning  consists  of 
starting  with  a  solved  problem  P  and  a  corresponding  solu¬ 
tion  S.  To  solve  a  new  analogous  problem  Pa,  we  first  must 
derive  seme  analogy  1:  P  -->  Pa,  then  apply  that  “function" 
A  tc  the  original  solution  S  and  execute  the  result  to 
obtain  the  solution  to  Pa.  In  the  context  of  the  TAC*II 
system,  the  goal  is  to  first  find  a  mapping  between  a  known 
tactical  situation  stored  in  memory  and  the  current  situ¬ 
ation,  and  to  then  apply  that  mapping  to  the  “known"  solu¬ 
tion.  The  result  will  be  the  response  no  take  in  the 
current  situation. 

Seme  literature  is  available  which  discusses  analog¬ 
ical  reasoning;  however,  most  of  the  literature  provides 
only  vague  ideas.  The  geometry  analogy  is  widely  discussed, 
where  a  system  is  given  pictures  of  geometric  objects  and  is 
asked  “A  is  to  B  as  C  is  to  which  of  D1,  D2, .. . , Dn?“,  much 

like  intelligence  test  questions  [Ref.  3],  [Ref.  4].  Kling 
[Ref.  5]  proposed  a  system,  ZOBBA,  which  used  analogical 
reasoning  in  the  area  of  theorem  proving.  Bocre  and 
Newell’s  efforts  were  directed  towards  building  MERLIN,  a 
program  capable  of  “unders tanding"  Artificial  Intelligence, 
by  using  a  basic  data  structure  which  incorporated  analogy 
[Ref.  6].  Winston  presented  a  theory  of  analogy  and  a 
description  cf  an  inplemented  system  which  used  an  object 
oriented  representation  with  extensible  relations  and  both 
reasoned  and  learned  through  analogy  [Ref.  71. 


2.  Applying  Reasoning  bjr  Analogy  to  TAC»ll 


The  overall  strategy  is  to  apply  reasoning  by 
analogy  together  vith  partial  Batching  to  the  task  of 
deriving  possible  actions  from  similar  past  battle 
scenarios.  Oar  known  patterns  and  solutions  oust  be  repre¬ 
sented  and  stored  in  a  knowledge  base.  The  current  situ¬ 
ation  is  to  be  derived  froa  information  from  the  Analysis 
Hodule.  This  current  situation  will  serve  as  our  new  situ¬ 
ation  for  which  the  best  matches  are  to  be  sought  from  among 
the  known  patterns.  The  parts  of  those  matches  which  are 
"good  enough"  must  then  be  placed  into  correspondence  with 
the  Farts  of  the  current  situation,  at  which  time  the 
analogy  process  begins.  Questions  such  as  "Is  a  cruiser  like 
a  destroyer?"  or  "Is  two  ships  approaching  with  a  helicopter 
close  by  similar  to  two  ships  departing?"  must  be  resolved. 
Various  confidence  levels  will  be  associated  with  the 
strength  of  the  analogies  and  combined  to  determine  the  most 
similar  known  battle  scenarios.  Finally,  the  differences 
between  the  two  situations  must  be  identified  and  resolved 
by  appropriately  modifying  the  known  solution  according  to 
chose  differences. 

In  the  problem  at  hand,  the  first  consideration  must 
be  to  develop  a  good  representation  of  applicable  knowledge 
in  sufficient  but  not  overpowering  detail,  to  enable  effi¬ 
cient  partial/best  matching.  Since  the  World  Model  contains 
detailed  information  about  each  and  every  contact  report, 
this  knowledge  base  is  on  far  too  grand  a  scale  to  be  of  any 
significant  value  to  the  pattern  matcher.  It  is  mandatory 
that  knowledge  about  the  current  situation  be  represented  as 
much  as  possible  in  the  same  manner  as  the  knowledge 
concerning  the  known  patterns.  Consequently,  the  informa¬ 
tion  contained  in  the  pattern  matcher  must  be  condensed  and 
represented  as  a  separata  structure  to  be  used  in  the 
pattern  matching  algorithm. 
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The  known  patterns  and  solutions  consist  of  battle 
scenarios  of  the  past  together  with  the  actions  which  were 
taken.  With  this  in  mind,  our  representation  of  these 
patterns  should  symbolically  describe  a  "snapshot"  of  all 
targets,  ships  in  our  own  force,  and  any  important  informa¬ 
tion  about  the  environment  (e.g. ,  storms  which  would  indi¬ 
cate  low  visibility  or  unreliable  sensors,  or  geographical 
barriers  such  as  jutting  peninsulas) .  The  known  solutions 
will  simply  be  represented  as  natural  language  strings  with 
embedded  variables  representing  specific  targets,  course, 
speed,  etc.  These  variables  will  be  replaced  by  the  corre¬ 
sponding  current  targets,  speed  and  course  after  the 
matching  and  analogy  process  is  completed,  and  constitute 
the  recommended  course  of  action.  These  solutions  consti¬ 
tute  the  procedural  knowledge  represented  in  the  pattern 
matcher. 

In  order  to  obtain  an  appropriate  representation  for 
the  current  situation,  the  Besponse  Module  will  receive 
contact  reports  for  new,  deleted  or  changed  targets,  and 
will  internally  pass  them  to  the  pattern  matcher.  These 
reports  will  be  reformatted  and  stored  as  a  "snapshot" 
similar  to  that  of  the  known  patterns.  Since  environmental 
information  is  not  known,  it  must  be  obtained  from  the 
operator  in  order  to  place  situations  into  correspondence. 

The  pattern  matcher  will  be  activated  upon  each 
receipt  of  a  new  target,  a  deleted  target,  or  a  changed 
target.  It  searches  its  knowledge  base  of  known  patterns  for 
those  which  are  similar  by  pairing  up  corresponding  parts. 
Similarity  is  determined  by  importance  -  these  high  level 
situational  parts  which  are  specified  as  important  in  the 
known  pattern  must  match  exactly.  Once  all  similar  situ¬ 
ations  are  discovered,  the  analogy  process  commences.  In  the 
simplest  case,  the  current  situation  is  an  exact  replica  of 
a  known  pattern,  and  the  action  is  simply  to  transmit  the 
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known  solution,  with  appropriate  variable  substitution,  to 
the  console.  The  aost  probable  case,  however,  will  be  that 
situations  are  not  identical.  This  necessitates  the  attempt 
to  discover  if  the  different  situation  parts  could  be 
considered  similar,  which  in  turn  requires  further  knowledge 
to  be  stored  concerning  the  various  relationships  and  simi¬ 
larities  among  various  information.  In  MERLIN  *  s  terms,  we 
try  tc  view  situation  part  SI  as  a  different  situation  part 
S2.  This  process  recursively  proceeds  until  either  the  two 
parts  are  considered  similar  or  not.  Although  the  simi¬ 
larity  question  is  basically  all  or  none,  the  confidence 
levels  associated  with  the  various  relationships,  and  the 
combinations  thereof  transform  the  discrete  answer  into  a 
"fuzzy"  one. 

Once  a  known  pattern  is  discovered  to  match  the 
current  situation,  modifications  must  be  made  to  the  known 
solution  in  order  to  account  for  the  differences  between  the 
situational  parts.  These  modifications  might  be  cut  and 
dry,  for  instance,  if  the  differences  were  simply  a  matter 
of  bearing  or  speed,  or  they  might  be  much  more  difficult. 

0.  IMPLEMENTATION 
1 •  Introduction 

The  code  developed  for  the  pattern  matcher  does  not 
quite  satisfy  the  goals  described  above.  It  provides  for 
matching  the  current  situation  with  previous  patterns,  and 
assigns  various  confidences  to  the  strength  of  the  match 
based  on  tearing  and  range  correspondences  among  the  types 
of  targets.  The  numbers  of  each  platform  type  must  match 
exactly.  Cnee  a  general  pattern  is  matched,  queries  are  made 
to  the  Wcrld  Model  tc  determine  how  well  specific  situations 
associated  with  the  general  pattern  match  the  current  situ¬ 
ation.  This  second  match  is  vital  to  differentiate  between. 
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for  example,  an  aircraft  carrier  situation  and  a  frigate 
situation,  both  of  which  would  be  stored  under  a  pattern 
consisting  of  one  surface  contact.  The  matching  situations 
are  then  ordered  according  to  the  confidences  assigned  to 
various  ccaponents  and  the  ’'best"  solution,  that  with  the 
highest  certainty  factor,  is  suggested  as  output  to  the 

console. 

2 .  Eecord  Structures 

There  are  basically  three  record  structures  used  in 
the  pattern  matcher,  as  shown  in  Figures  5.1,  5.2,  and  5.3. 
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Figure  5.  1  Situation  Record. 


SIT_T||GET  DE|||§|?  (*relative  bearing  difference 

between  adjacent  targets*) 
TARGET  TYPE  :  SHAT  TARGET;  (*surface,  air  or  sub*) 
ERG  ;  DEGREES; 

NEIT*SITI’fS§IT  PTR;  (*forward  pointer  to  next 
•  ~  target*) 

PFEV  PTR  :  SIT  PTR;  (*baclcward  pointer*) 

ERE 


The  taraet  record  and  situation  record  represent  current 
targets  and  pattern  targets  respectively,  while  the  pattern 
record  is  basically  an  organizer  of  pattern  targets.  A 
pattern  is  a  symbolic  description  of  a  tactical  scenario 
with  most  of  its  details  suppressed.  It  is  concerned  only 
with  platform  type,  tearing  and  range. 

Associated  with  each  pattern  are  various  situations 
which  are  different  with  respect  to  their  details.  The 
three  record  types  all  appear  in  linked  lists.  The  input 
current  situation  is  a  linked  list  of  situation  targets 
which  is  broken  up  into  three  doubly  linked  lisrs  corre- 


TARGET  =  RECORD 

DIFF  :  DEGREES;  (*relative  bearing  difference 

between  adjacent  targets*) 
TARGET  TYPE  :  WHAT  TARGET;  (*surface,  air  or  sub*) 
EEARINS  ;  DEGREES;- 
BARG  :  MILES: 

NEXTP  :  TARGET  PTR; ( *f orward  pointer  to  next 

target*) 

PREV  PTR  :  TARGET  PT R ;  ( *6ackward  pointer*) 

CCRRIS  ;  SIT  PTR  7*1 ink  to  corresponding 
-  situation*) 

END 


Figure  5.3  Pattern  Record. 


sponding  to  ships,  submarines  and  air  contacts.  The 
patterns  are  organized  as  a  linked  list  of  pattern  records, 
each  cf  which  has  three  doubly  linked  lists  attached  which 
correspond  to  ship,  submarine  and  air  pattern  targets. 
Additionally,  a  prune  record,  shown  in  Figure  5.4,  is  used 
zo  link  those  pattern  records  together  (into  a  prune  list) 
which  match  the  current  situation. 


PHONE  NODE  =  PECOEE 

CCNF  :  PERCENT;  (*certainty  factor  for  the  match 
GCOD  PATTERN  :  PATTERN  PTR; (*pointer  to  the 

matching  pattern 
node*) 

NEXT  PRONE  :  PRONED;  (*pointer  to  next  prune 

record*) 

SNE; 


*)  I 


Figure  5.4  Prune  List  Record. 


3 .  The  Matching  Process 

The  basic  pattern  matching  algorithm  consists  of 
pruning  the  pattern  list  at  several  different  levels.  We 
first  seek  all  patterns  which  involve  the  same  number  of 
platfcrm  types.  From  those  patterns,  we  eliminate  those 
whose  bearings  and  ranges  do  net  correspond.  Pinally,  we 
determine  which  particular  situation  associated  with  the 
matching  pattern  is  the  closest  match. 

At  the  first  level,  the  numbers  of  the  various 
target  platforms  in  the  currant  situation  are  calculated. 
The  list  cf  patterns  is  then  scanned  for  patterns  which 
involve  the  same  number  of  platforms,  and  only  those  exact 
matches  are  saved  in  the  prune  list.  For  example,  if  the 
current  situation  involves  three  ships  and  two  air  contacts, 
all  cf  the  patterns  corresponding  to  three  ships  and  two  air 
contacts  will  be  linked  up  in  the  prune  list.  The  current 
situation  is  then  reformatted  to  more  closely  reflect  the 
structure  of  the  patterns.  Ship  targets,  submarine  targets 
and  air  targets  are  segregated  into  separate  linked  lists. 
Relative  tearing  differences  between  adjacent  targets  are 
calculated,  and  the  uinimum  differences  are  saved  to  provide 
a  starting  point  for  the  matching  process.  These  target 
linked  lists  are  then  sorted  by  ascending  relative  bearing 
differences. 


The  second  level  of  matching  involves  checking  bcrh 
bearing  differences  and  ranges.  For  each  platform  type,  the 
process  starts  at  the  situation  target  with  the  minimum 
tearing  difference,  and  determines  if  a  pattern  target 
exists  within  a  certain  tolerance  of  that  bearing  differ¬ 
ence.  If  this  match  is  successful,  the  two  lists  are  trav¬ 
ersed  simultaneously  to  determine  if  the  remaining  bearing 
differences  correspond.  The  first  list  traversal  checks  for 
reflection  :  the  pattern  list  is  traversed  in  the  backward 
direction  while  the  situation  list  is  traversed  in  the 
forward  direction.  If  it  is  discovered  that  the  pattern 
does  not  match  the  current  situation,  the  traversal  is 
repeated,  traversing  both  lists  in  the  same  direction  to 
check  for  rotation.  For  the  special  case  of  exactly  two 
targets,  either  reflection  or  rotation  could  provide  a 
match.  However,  since  reflection  is  tested  first,  it  will 
be  used  unless  it  fails  the  range  check. 

If  all  bearing  differences  correspond  through  either 
rotation  or  reflection,  the  ranges  are  examined.  Again,  the 
situation  and  pattern  lists  are  traversed  according  to 
whether  reflection  or  rotation  was  used,  to  determine  if  the 
range  differences  fall  within  a  certain  percentage  of  the 
pattern  target  range.  At  this  point,  if  a  match  is  net  found 
and  there  are  exactly  two  targets,  the  assumed  reflection- 
based  bearing  match  is  changed  to  a  rotation-based  bearing 
match.  The  correspondences  are  then  reversed,  and  the  ranges 
are  checked  again.  If  a  pattern  matches  now,  correspondence 
between  parts  is  established  by  creating  a  link  between  each 
pattern  target  and  its  corresponding  situation  target.  This 
link,  the  correspondence  link,  is  used  to  check  for  corre¬ 
spondences  among  the  platform  types,  to  determine  which 
contacts  to  query  the  World  Model  for,  and  to  calculate 
actions. 


At  this  point,  a  aatch  indicates  that  the  current 
ship  targets  have  been  placed  into  correspondence  with  the 
pattern  ship  targets,  the  current  submarine  targets  with  the 
pattern  submarine  targets,  and  the  current  air  targets  with 
the  pattern  air  targets.  The  next  level  executed  by  the 
pattern  matcher  verifies  that  the  relative  bearings  between 
the  different  target  types  is  within  the  given  tolerance  by 
checking  ships  against  submarines,  ships  against  air 
contacts,  and  submarines  against  air  contacts.  The  implemen¬ 
tation  cf  the  inter-pla tf orm  bearing  match  procedure 
consists  of  two  nested  loops.  The  outer  loop  traverses  the 
first  pattern  platform  list  while  the  inner  loop  traverses 
the  second.  Pattern  bearing  differences  between  platfcrm 
types  are  calculated  straightforwardly,  whereas  the  corre¬ 
sponding  situation  bearing  differences  are  calculated  after 
first  accessing  relative  bearings  through  xhe  correspondence 
link  previously  established.  Again  we  have  a  special  case. 
If  there  are  exactly  two  targets  and  their  ranges  are 
similar,  a  re fleet ion- bas ed  match  would  have  been  made; 
however,  either  reflection  cr  rotation  could  have  produced  a 
bearing-range  match.  Therefore,  if  an  inter-platf  erm 
tearing  match  is  not  found  at  this  point,  the  loops  are 
executed  again,  reversing  the  correspondence  links  of  the 
two  targets. 

We  now  have  a  prune  list  of  all  patterns  which  match 
the  current  situation  based  on  relative  bearing  and  range. 
If  no  patterns  are  found  to  match,  the  entire  process  is 
repeated,  with  less  restrictive  bearing  and  range  toler¬ 
ances,  until  either  a  match  is  found  or  a  specified 
tolerance  limit  is  reached. 

The  next  level  of  the  pattern  matcher  is  highly 
dependent  on  the  programming  of  the  situations  associated 
with  given  pattern  scenarios  and  their  solutions.  If  we 
have  a  match  at  this  point,  we  have  identified  a  general 


pattern  which  is  similar  to  the  current  situation,  and  whose 
parts  or  targets  are  linked  to  the  corresponding  situation 
targets. 

Hany  situations  can  fit  any  given  pattern  based  on 
variables  such  as  target  type,  course  or  weapons  capabili¬ 
ties.  Per  example,  a  pattern  of  one  ship  is  a  generaliza¬ 
tion  of  one  carrier,  one  destroyer,  etc.,  all  of  which  would 
be  handled  differently.  For  each  situation  associated  with  a 
given  pattern,  it  must  be  determined  if  the  specifics  of 
that  pattern  situation  correspond  to  the  current  situation. 
The  basic  mechanism  used  is  to  query  the  World  nodel  for 
specific  information,  such  as  target  classification  and  the 
associated  strength  cf  that  information,  for  each  important 
target  in  the  pattern.  These  strengths  are  then  combined, 
according  to  the  significance  of  each  target  in  the  pattern, 
and  stored  as  a  certainty  factor  in  the  prune  record  for 
subsequent  sorting.  Finally,  the  solution  corresponding  to 
the  best  situation  matched  is  calculated  and  displayed.  The 
console  display  additionally  includes  a  description  cf  how 
well  the  general  pattern  matched,  and  the  certainty  factor 
indicating  how  wall  the  specific  pattern  situation  matched. 
The  opportunity  is  provided  to  view  the  next  best  matching 
pattern. 

a .  Example 

An  example  is  provided  to  clarify  the  association  of 
situations  with  patterns.  Pattern  7,  which  exists  in  the 
code  and  is  shown  in  Figure  5.5,  consists  of  three  ships  and 
two  air  contacts.  The  first  situation  corresponding  to 
pattern  7  is  an  aircraft  carrier  escorted  by  two  destroyers, 
and  two  helicopters.  The  second  situation  involves  two 
fighter  aircraft  and  three  ships  of  any  type.  In  each  situ¬ 
ation,  tie  importance  cf  the  various  parts  is  encoded  in  the 
algorithm.  Assuming  pattern  7  matches  the  current 


situation,  a  series  cf  queries  are  made  of  the  Sorld  Model 
to  fill  in  the  details.  Por  the  first  situation,  the  uorld 
flodel  is  asked  for  the  confidence  that  the  first  ship 'is  an 


proportionally  according  to  the  relative  importance  of  that 
particular  situation  part,  and  combined  to  form  a  certainty 
factor. 

In  this  example,  since  the  importance  of  the 
aircraft  carrier  overshadows  the  other  targets,  a  very  high 
percentage  cf  its  confidence  is  combined  with  lew  percent¬ 
ages  of  the  confidences  of  the  remaining  targets.  The 
resulting  certainty  factor  is  a  measure  of  how  sure  we  are 
that  the  first  pattern  situation  associated  with  pattern  7 
matches  the  current  situation. 

The  same  process  is  then  applied  to  the  second 
pattern  situation.  The  maximum  of  the  certainty  factors 
found  for  the  two  pattern  situations  related  to  pattern  7  is 
stored  in  the  prune  record  corresponding  to  that  pattern. 
Finally,  the  action  associated  with  the  best  matching  situ¬ 
ation  is  calculated  to  apply  to  the  current  situation.  In 
this  example,  the  first  pattern  situation  is  determined  to 
be  the  best  match,  and  its  corresponding  action  is  to  close 
the  aircraft  carrier.  The  link  from  the  pattern  target  to 
the  situation  target  provides  access  to  the  carrier's 
tearing,  which  enables  the  pattern  marcher  to  calculate  the 
appropriate  course.  This  action  is  then  displayed  on  the 
operator  console  together  with  its  certainty  factor. 

5 •  Future  Considerations 

The  code  as  implemented  provides  the  overall  struc¬ 
ture  for  pattern  matching;  however,  several  enhancements 
would  be  desirable.  First,  the  pattern  matcher  saves  only 
those  patterns  which  have  the  same  number  of  platform  types 
as  the  current  situation.  Realistically,  a  similarity 
between  the  current  situation  and  a  pattern  may  exist 
without  this  kind  of  match.  Knowledge  about  similarities, 
embedded  in  this  sub-module,  would  allow  non  exact  matches 
if  the  differences  were  not  significant. 


The  tolerances  for  bearing  differences  and  ranges 
are  presently  static  and  are  applicable  to  all  patterns.  It 
is  conceivable  that  for  soae  patterns,  these  tolerances  need 
not  be  very  strict,  whereas  for  others,  it  is  of  the  utmost 
importance.  Each  pattern  could  incorporate  its  own  restric¬ 
tions  on  bearing  and  range  tolerances  to  avoid  the  global 
restrictions. 

Cnly  the  best  situation  associated  with  a  matching 
pattern  is  saved,  and  its  corresponding  action  displayed. 
The  operator  only  has  the  option  of  seeing  actions  associ¬ 
ated  with  ether  matching  patterns  displayed  after  the  best 
match  is  determined.  Modifications  could  be  made  to  addi¬ 
tionally  allow  the  operator  to  view  alternative  actions 
corresponding  to  a  given  pattern,  if  desired. 

One  example  of  a  pattern  and  its  corresponding 
situaticn/action  pairs  was  encoded.  Further  research  needs 
to  be  done  to  determine  actual  patterns  to  be  implemented, 
the  situations  which  fall  under  those  patterns,  and  hew  to 
handle  the  associated  actions. 

Finally,  a  guery  mechanism  to  provide  the  operator 
with  access  to  the  knowledge  incorporated  in  the  Response 
Module  is  desirable.  This  would  allow  the  operator  to  deter¬ 
mine  how  actions  were  derived  by  the  system  from  production 
rules  in  the  production  matcher  and  from  the  similar 
situations  in  the  pattern  matcher. 
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?I.  COHCLBSIOB 

A.  OBJECTIVES  AND  BESOLTS 

The  primary  objective  was  to  design  in  detail  and  imple¬ 
ment  ,  as  anch  as  possible,  an  expert  system  for  use  in  the 
tactical  environment.  This  goal  has  been  achieved:  the  world 
Model  and  the  Analysis  Module  have  been  fully  implemented, 
and  a  portion  of  the  pattern  matcher  within  the  Response 
Module  has  been  implemented. 

The  target  machine  for  the  implementation  of  TAC*II  is  a 
distributed  microcomputer  network.  Presently,  TAC*II  is 
written  in  Pascal/VS  and  runs  on  an  IBM  37  0/3033AP  in  the  VM 
operating  system.  The  distributed  nature  of  the  TAC*li 
system  is  simulated  through  the  multiuser  environment  of  CP. 
The  World  Model  and  the  Analysis  Module  run  on  individual 
instances  of  CMS,  and  communicate  with  each  other  using  the 
virtual  card  punch  mechanism.  Although,  the  pattern 
matching  portion  of  the  Response  Module  has  not  yet  been 
interfaced  with  the  remainder  of  the  system,  it  is  also 
implemented  in  Pascal/VS  on  the  same  system. 

In  the  tactical  environment,  a  system  like  TAC*II  must 
operate  in  real  time.  Currently,  it  has  not  been  verified 
that  TAC*II  will  actually  meet  this  requirement;  however, 
due  tc  the  system  design,  we  believe  that  it  is  possible. 
Our  goal  was  not  to  design  a  prototypical  system  which  did 
run  in  real  time,  but  rather  to  design  a  system  which 
performed  the  required  functions.  Once  our  system  is  fully 
operational,  it  can  be  modified  or  optimized  to  meet  the 
necessary  time  requirements. 
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TAC*II  was  intended  to  be  a  generic  expert  tactical 
decision  making  system.  This  objective  was  met  as  much  as 
possible;  however,  car  past  Naval  experience  and  the  desire 
to  complete  module  implementation  caused  a  few  minor  devia¬ 
tions  frcm  this  goal.  Some  modifications  will  be  necessary 
to  convert  the  system  from  the  Navy  tactical  environment  to 
a  different  tactical  environment;  however,  the  basic  system 
structure  is  equally  applicable  to  all  military 
organizations. 

The  adherence  to  accepted  software  engineering  princi¬ 
ples  has  and  will  continue  no  benefit  the  users  and  modi¬ 
fiers  of  our  system.  TAC*II  was  designed  in  a  modular 
fashion  using  the  idea  of  "black  boxas".  Procedures  were 
written  to  perform  functions  independently,  so  that  once  a 
procedure  was  verified,  it  could  be  treated  like  a  "black 
box".  The  primary  module  communication  is  well  defined  by 
specific  record  structures.  The  entirety  of  the  code  was 
written  with  readability  and  comprehensibility  in  mind,  and 
comments  were  generously  provided. 

B.  FUTOBE  CONSIDERATIONS 

As  indicated  in  the  previous  section,  TAC*II  has  not 
been  fully  implemented.  With  the  completion  of  the  overall 
system,  the  inclusion  of  "expert"  knowledge,  and  the  imple¬ 
mentation  of  TAC*I I  in  a  distributed  environment,  the  system 
can  be  fully  tested. 

Expert  knowledge,  that  which  is  domain  specific,  must  be 
obtained  and  placed  in  the  Response  Module.  This  knowledge 
will  be  implemented  in  two  areas:  th9  production  rules,  and 
the  situation/action  pairs  associated  with  patterns.  Within 
the  production  rules,  military  doctrine  must  be  translated 
into  IF-THEN  rules.  Within  the  pattern  matching  portion, 
experts  must  provide  situations  and  corresponding  actions  to 


be  translated  into  coded  procedures.  In  addition,  expert 
knowledge  about  individual  coobat  units  will  have  to  be 
obtained  and  placed  in  the  Coabat  Unit  Data  Base  of  the 
Analysis  Hcdule. 

One  characteristic  of  the  final  production  model  of 
TAC*II  will  be  that  it  operates  in  real  time.  The  data 
organization  and  information  retrieval  methods  used  in 
TAC*II  have  a  direct  effect  on  system  response.  Future 
consideration  should  be  given  to  the  storing  of  information 
in  data  structures  which  allow  more  efficient  and  optimal 
search  strategies  tc  be  implemented.  Further  research  and 
the  application  of  advanced  database  management  techniques 
should  prove  beneficial  in  the  effort  to  improve  the  system 
response  time  of  TAC*II. 

In  the  implementation  of  TAC*II,  confidence  factors  play 
a  critical  role  in  making  inferences  about  target  identifi¬ 
cation  and  in  matching  a  current  situation  with  a  pattern 
and  its  associated  actions.  It  is  of  vital  importance  that 
these  confidence  factors  reflect  the  true  believability  of  a 
specific  piece  of  information  in  order  to  preserve  the  accu¬ 
racy  and  reliability  cf  inferences  and  analogies  made  by  the 
system.  The  heuristics  used  in  the  generation  of  these 
confidence  factors  shculd  be  checked  against  tactical  exper¬ 
tise  and  experience  to  ensure  universal  acceptability. 
Exhaustive  testing  using  historical  and  simulated  battle 
scenarios  should  be  performed  in  order  to  validate  these 
initial  heuristics. 

The  operator  query  mechanism  which  was  discussed  in  a 
previous  chapter  is  yet  to  be  implemented.  It  incorporates 
the  selected  retrieval  of  knowledge  from  the  World  Model, 
the  Combat  Unit  Data  Base  of  the  Analysis  Module,  and  the 
rules  of  the  Response  Module.  This  could  be  enhanced  to 
incorporate  a  knowledge  tracing  mechanism  which  will  display 
the  logic  and  reasoning  used  by  the  TAC*II  system  to  make  a 
particular  decision  cf  interest. 
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Finally,  ve  should  address  th6  issue  of  man  machine 
Interfaces.  Although  it  is  a  vital  area,  we  felt  that  the 
primary  eaphasis  should  be  placed  on  the  actual  derivations 
of  appropriate  algorithms  and  heuristics.  In  the  future, 
graphical  displays  and  the  console  interface  must  be  inves¬ 
tigated.  It  is  mandatory  that  the  system  present  all  rele¬ 
vant  information  while  suppressing  irrelevant  details.  He  do 
not  want  the  tactical  commander  to  be  swamped  with  data,  nor 
do  we  want  significant  information  to  be  missed. 

C.  SDH DA BY 

T AC*II  is  an  expert  system  for  the  tactical  decision 
maker.  It  incorporates  Artificial  Intelligence  methods, 
database  operations,  and  software  engineering  principles,  in 
achieving  its  goals.  Those  goals  are  to  provide  to  the 
tactical  decision  maker,  information  about  the  current  situ¬ 
ation  and  suggesticns  on  actions  to  take.  The  system 
receives  preprocessed  sensor  inputs,  and  infers  additional 
information  by  querying  a  static  database  of  contact  infor¬ 
mation.  It  performs  target  correlation  by  retrieving  all 
similar  contact  reports  from  its  dynamic  database,  and 
determining  if  any  of  the  retrieved  contact  reports  could 
aid  in  the  identification  of  the  current  contact.  Hhen  two 
contacts  are  correlated,  a  confidence  factor  is  assigned 
according  to  the  strength  of  the  correlation.  Finally,  the 
production  rules  and  patterns  are  searched  for  matches  to 
the  current  situation,  and  the  appropriate  actions  are 
displayed  on  the  operator  console. 

T AC*II  fills  an  extremely  important  role  as  an  aid  to 
the  tactical  decision  maker.  In  this  high  pressure,  high 
density  and  time  critical  environment,  our  system  will 
perform  consistently,  and  as  ’'intelligently”  as  its  expert 
knowledge  allows.  TAC*II  provides  a  working  prototype  of  a 


SAMPLE  OOTEOT  FROM  THE  PATTEBH  HATCHEB 


The  input  situation  is  diagrammed  in  Figure  A. 1.  The 
first  six  patterns  encoded  do  not  match  this  situation  by 
number  of  platform  types.  Pattern  7  is  the  pattern  shewn  in 
Figure  5.5  in  Chapter  5,  and  has  the  two  associated  situ¬ 
ations  as  described  in  Chapter  5.  Pattern  8r  shown  in 
Figure  A. 2,  does  not  have  any  associated  situations,  and 
therefore  produces  only  a  match  vice  an  action.  The  output 
from  the  pattern  matcher,  given  this  input,  is  shown  below. 


**♦  Terminal  Session  1  *** 

PATTERNS  HEBE  FOUND 

CHECKING  FOB  SIGNIFICANT  MATCHES 

THE  FCLLCHING  QUESTIONS  SIMULATE 
QUERIES  TC  THE  HORLC  MODEL  FOR  SPECIFICS 
PERTAINING  TO  THE  FIRST  SITUATION 

WHAT  IS  CCNFIDENCE  THAT  SHIP 

EEARING  100  AT  RANGE  50  IS  A  DESTROYER?  0-100 
50 

HHAT  IS  CCNFIDENCE  THAT  SHI  E 

EEARING  200  AT  RANGE  75  IS  A  DESTROYER?  0-100 
50 

HHAT  IS  CCNFIDENCE  THAT  SHI E 

EEARING  210  AT  RANGE  90  IS  A  CARRIER?  0-100 
50 


HHAT  IS  CCNF  AIR  CONTACTS  ARE  HELOS?  0-100 


50 


THE  FOLLOWING  QUESTIONS  SIMULATE 
QUERIES  TC  THE  WORLD  MODEL  FOR  SPECIFICS 
PERTAINING  TO  THE  SECOND  SITUATION 

WHAT  IS  CONFIDENCE  TEAT  AIR 

EEARING  290  AT  RANGE  90  IS  A  FIGHTER?  0-100 
50 

WHAT  IS  CONFIDENCE  THAT  AIR 

SEARING  270  AT  RANGE  100  IS  A  FIGHTER?  0- 'i  00 
80 

END  OF  PATTERN  CHECK 

BEST  ACTION  WILL  BE  DISPLAYED  FIRST 

COME  TO  COURSE  280  TO  CLOSE  AIRCRAFT 

SITUATION  HATCHED  WITH  CONFIDENCE  80 

ON  SCALE  0-100 

VERY  ICW  TOLERANCE  USEE  -  PATTERN  MATCHES  EXCELLENTLY 

TYPE  "Y"  FOB  NEXT  BEST  ACTION 

TYPE  "N”  FOB  DONE 
Y 

PATTERN  8  MATCHES 

NO  SITUATIONS  ARE  PROGRAMMED  YET 

CONFIDENCE  WILL  EE  0 

SITUATION  MATCHED  WITH  CONFIDENCE  0 

ON  SCALE  0-100 

VERY  ICW  TOLERANCE  USED  -  PATTERN  MATCHES  EXCELLENTLY 
THIS  IS  TEE  LAST  MATCHING  PATTERN 
PROGRAM  IS  TERMINATED 
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***  Terminal  Session  2  *** 


PATTERNS  HEBE  FOUND 
CHECKING  ECS  SIGNIFICANT  HATCHES 

THE  FCLLCSING  QUESTIONS  SIMULATE 
QUERIES  TC  THE  HORLI  MODEL  EOR  SPECIFICS 
PERTAINING  TO  THE  FIBST  SITUATION 

SHAT  IS  CONFIDENCE  THAT  SHIP 

EEARING  100  AT  RANGE  50  IS  A  DESTROYER?  0-100 
50 

SHAT  IS  CONFIDENCE  THAT  SHIP 

BEARING  200  AT  RANGE  75  IS  A  DESTROYER?  0-100 
75 

SHAT  IS  CONFIDENCE  THAT  SHIP 

EEARING  210  AT  RANGE  90  IS  A  CARRIER?  0-100 
80 

SHAT  IS  CCNF  AIR  CONTACTS  ARE  HELOS?  0-100 
50 

THE  FOLLCSING  QUESTIONS  SIMULATE 
QUERIES  TC  THE  SORLE  MODEL  EOR  SPECIFICS 
PERTAINING  TO  THE  SECOND  SITUATION 

SHAT  IS  CONFIDENCE  T BAT  AIR 

EEARING  290  AT  RANGE  90  IS  A  FIGHTER?  0-100 
50 

SHAT  IS  CONFIDENCE  THAT  AIR 

EEARING  270  AT  RANGE  100  IS  A  FIGHTER?  0-100 
25 

END  OF  PATTERN  CHECK 

BEST  ACTION  SILL  BE  DISPLAYED  FIRST 
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COSE  TO  COO BSE  335  FOR  RECIPROCAL  OF  SHIPS 

(***  SECOND  SITUATION  HATCHES  ***) 

SITUATION  HATCHED  WITH  CONFIDENCE  73 

ON  SCALE  0-100 

VERY  ICH  TOLERANCE  USED  -  PATTERN  HATCHES  EXCELLENTLY 
TYPE  "Y"  EOB  NEXT  BEST  ACTION 
TYPE  FCB  DONE 

N 

PROGRAH  IS  TERHINATED  PER  YOUR  REQUEST 


Target 

Bearing 

Range 

A1 

270 

100 

A2 

290 

90 

SI 

100 

50 

S2 

200 

75 

S3 

210 

90 

- 

Target 

Bearing 

Range 

il 

270 

90 

A2 

290 

100 

SI 

5 

70 

S2 

100 

50 

S3 

L 

350 

95 

Figure  A.  2  Pattern  8. 
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SAMPLE  OOTPOT  FROM  THE  AHALXSIS  HO DOLE 


These  reports  are  the  accumulation  of  information  that  was 
input  into  TAC*II  for  this  example  run.  This  information 
consists  of  two  sections:  the  Combat  Onit  Database 
Information  and  the  Sensor  Reports.  The  system  is  case 
sensitive  and  the  information  presented  here  is  in  the  case 
in  which  it  was  inputted  into  the  system. 

^he  following  uni ts  were  input  to  TAC*II 
As  the  Combat  Onit  Database 


Class 

delta  m  ssbn 


Bn^t 

Igitteu 

Weapons 

delta  III-1 

snoop  tray 

ss-n-18 

soviet  torpedo 

delta  III- 2 

snoop  tray 

Class 

ISfikee  ssla 

ss-n-18 

soviet  torpedo 

llillers 

weapons 

yankee-1 

snoop  tray 

ss-n-16 

soviet  torpedo 


100 


yankee 

Sait 

papa-1 

papa-2 

Mil 

victor 

victcr 


Sait 

echo  I 

echo  I 


2 


scoop  tray 


ss-n- 16 
soviet  torpedo 


Class 

saaa  § sab 


Eaitter  s 

sncop  tray 
step  light 

sncop  tray 
step  light 


Weapons 

ss-n-15 

soviet  torpedo 

ss-n-  15 
soviet  torpedo 


Class 

2 HI  §saa 


I  alt  te  is 

III-1  sncop  tray 

III-2  sncop  tray 


Weapons 

ss-n-15 
soviet  torpedc 

ss-n-15 
soviet  torpedc 


Class 

S£k2  1  S5SB 


1  alt  tegs 


Weapons 


1  sncop  tray 

step  light 


ss-n-3 

a 

soviet  torpedo 
soviet  aina 


2  sncop  tray 


ss-n-3 
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stop  light 


soviet  torp9dc 
soviet  sine 


Class 


Ssii 

skory 


slavny 


saely 


saetlivy 


Igjjtegs 

head  net  c 
tig  net 
peel  group 
owl  screech 
bass  tilt 
don  kay 
high  pole 

head  net  c 
big  net 
peel  group 
o*l  screech 
fcass  tilt 
don  kay 
high  pole 

head  net  c 
big  net 
peel  group 
o*n  screech 
tass  tilt 
don  kay 
high  pole 
own  screech 

head  net  c 
big  net 
peel  group 
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Weapons 

sa-n-1 

ss-n-2c 

76  aa 
30  aa 

soviet  torpedo 


sa-n-1 

ss-n-2c 

76  aa 

30  aa 

soviet  torpedo 


sa-n-1 

ss-n-2c 

76  aa 
30  aa 

soviet  torpedo 


sa-n-1 
ss-n-2c 
76  aa 


owl  screech 
bass  tilt 


30  ne 

soviet  torpedo 


don  hay 
high  pole 


Class 

Klillh  11  ££a 


2ai£ 

Eajtte^s 

Weapons 

bodvy 

head  net  c 

ss-n-14 

eye  bowl 

sa-n-4 

pep  group 

76  BB 

owl  screech 

don  kay 
high  pole 

100  as 

druzhny 

head  net  c 

ss-n-14 

eye  bowl 

sa-n-4 

pep  group 

76  ■■ 

owl  screech 

don  kay 

100  BB 

high  pole 

pylky 

head  net  c 

ss-n-14 

eye  bowl 

sa-n-4 

pep  group 

76  BB 

owl  screech 

don  kay 
high  pole 

1  00  BB 

silny 

head  net  e 

ss-n-14 

eye  bowl 

sa-n-4 

pep  group 

76  BB 

owl  screech 

don  kay 

1 00  BB 
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rat ivy 


high  pole 


ret ivy 

head  net  c 

ss-n-14 

eye  bovl 

sa-n-4 

pop  group 

76  aa 

omI  screech 

don  kay 
high  pole 

Class 

2 ki2  2lifi 

100  BB 

suit 

Sait ter s 

Weapons 

Ohio 

bqg  6 

trident 

ak  98  fcs 

ak  68 

aichigan 

bqg  6 

trident 

■k  98  fcs 

ak  68 

georgia 

bqq  6 

trident 

ak  98  fcs 

Class 

los  aaaslsg  sas 

ak  68 

3aii 

laitto^s 

WgajBSili 

los  angeles 

harpoon 

ak  67 

subroc 

ak  48 

Philadelphia 

harpoon 

ak  67 
subroc 
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ak  48 


groton 


Class 

ziaglsia  sa s 


flail 

Virginia 


texas 


aississippi 


Emitters 

sps 

40b 

sps 

48c 

sps 

55 

sgs 

53a 

sog 

51d 

spg 

60 

spq 

9a 

sps 

40b 

sps 

48c 

sps 

55 

sqs 

53a 

spg 

51d 

spg 

60 

spq 

9a 

sps 

40b 

sps 

48c 

sps 

55 

sqs 

53a 

spg 

51  d 

harpoon 
ak  67 
sabroc 
ak  48 


Weapons 

lamps 
5  in  54 
tartar 
asrcc 


lamps 
5  in  54 
tartar 
asroc 


lamps 
5  in  54 
tartar 


asroc 


&rkaosas 


sps 

40  fc 

lamps 

sps 

48c 

5  in  54 

sps 

55 

tartar 

sgs 

53a 

asroc 

spg 

51d 

spg 

60 

spq 

9a 

Class 

k«i&ia£  sa. 


[lit 

Hitters 

Weapons 

belknap 

sps  10 

lamps 

sps  40 

harpoon 

sps  43 

terrier 

sps  48 d 

asroc 

sps  49 

5  in  54 

sgs  26b x 
sps  53  a 

phalanx 

josephus  daniels 

sps  10 

lamps 

sps  40 

harpoon 

sps  43 

terrier 

sps  48 d 

asroc 

sps  49 

5  in  54 

sgs  26bx 
sps  53a 

phalanx 

wain wright 

sps  10 

lamps 

sps  40 

harpoon 

sps  43 

terrier 

sps  48 d 

asroc 

sps  49 

5  in  54 

sgs  26b x 

phalanx 

jouett 


horns 


sterett 


sps  10 

lamps 

sps  40 

harpoon 

sps  43 

terrier 

sps  48 d 

asroc 

sps  49 

5  in  54 

sgs  26  bz 

phalanx 

sps  53  a 

sps  10 

lamps 

sps  40 

harpoon 

sps  43 

terrier 

sps  48 d 

asroc 

sps  49 

5  in  54 

sgs  26b z 

phalanx 

sps  53a 

sps  10 

lamps 

sps  40 

harpoon 

sps  43 

terrier 

sps  48 d 

asroc 

sps  49 

5  in  54 

sgs  26b z 

phalanx 

sps  53  a 

Class 

coontz  ddg 


aii 

farragut 


Emitters 

Weapons 

sps  10 

terrier 

sps  29 

harpoon 

sps  37 

5  in  54 

sgs  23 

asroc 

spg  53  a 

lace 


aacdcnoagh 


coontz 


king 


aahan 


spg 

55  fc 

sps 

10 

terrier 

sps 

29 

harpoon 

sps 

37 

5  in  54 

sqs 

23 

asroc 

spg 

53a 

spg 

55  b 

sps 

10 

terrier 

sps 

29 

harpoon 

sps 

37 

5  in  54 

sqs 

23 

asroc 

spg 

53a 

spg 

55b 

sps 

10 

terrier 

sps 

29 

harpoon 

sps 

37 

5  in  54 

sqs 

23 

asroc 

spg 

53a 

spg 

55  b 

sps 

10 

terrier 

sps 

29 

harpoon 

sps 

37 

5  in  54 

sqs 

23 

asroc 

spg 

53a 

spg 

55b 

sps 

10 

terrier 

sps 

29 

harpoon 

sps 

37 

5  in  54 

sqs 

23 

asroc 

spg 

53a 

spg 

55  b 

Iowa  bb 


zil 

Emitter  s 

Seapons 

iowa 

sps  10 

1 6  in 

sps  53 

5  in  38 

sps  48 

harpoon 

tomahawk 

standard  2 

mk  46 

new  jersey 

sps  10 

16  in 

sps  53 

5  in  38 

sps  48 

harpoon 

tomahawk 

80 


standard  2-80 
mk  46 


These  are  t  ha  Sensor  Reports 


Contact  0 

Unit  Name  belknap 
Course  000 
Speed  20 
DTG  1  500  0  0  JUN  8  3 

Reported  on  Sensor  Surface  Radar 
Surface  Radar  Track  Number  0 

Contact  1 

Visual  Report  1 
Bearing  270 
Range  10 
Elevation  0 
Confidence  Confirmed 
Course  000 
Speed  20 

Maximum  Speed  -1 
Unit  Name  farragut 
Unit  Confidence  Confirmed 
DTG  151530JUH83 

Contact  2 

Intelligence  Report  1 
Track  Number  -1 
DTG  151600JUN83 
Bearing  020 
Ranee  200 
Elevation  0 
Confidence  Positive 
Course  115 
Speed  20 

nazimum  Speed  *1 


Unit  Name  saely 
Unit  Confidence  Positive 
No  farther  Onits 
No  Class  Naaes 
No  Correlations 

Contact  3 

ESN  Heport  1 

ESN  Bearing  025 

DTG  151645JUN83 

Eaissicn  don  kay 

Eaission  Confidence  Certain 

Contact  4 

Surface  Hadar  Beport  1 
Bearing  028 
Range  50 
Elevation  0 
Confidence  Positive 
Course  215 
Speed  17 

Haxiaua  Speed  >1 
DTG  1520  1  7 JO  N83 

Contact  5 

Sonar  Report  1 
Bearing  110 
Range  15 
Elevation  0 
Course  350 
Speed  27 

Naxiaua  Speed  -1 
No  Dnit  Naae 
No  Class  Naae 
Platfcra  Type  Surface 
Platfora  Confidence  Positive 
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Mo  ether  Plat f era  Types 
No  Alliances 
DTG  1  £  1900  JUH8  3 

Contact  6 

Surface  Radar  Report  2 
DTG  1  £2000  JOH8  3 
Bearing  100 
Range  13 
Elevation  0 
Confidence  Certain 
Course  356 
Speed  25 

Haxinua  Speed  -1 

Contact  7 

ESH  Report  2 
ESH  Bearing  099 
Eaissicn  snoop  tray 
Eaission  Confidence  Cerxain 
DTG  152001 JDH  8  3 


What  fellows  are  the  different  reports  which  were  generated 
by  TAC*II  in  response  to  the  above  input  information. 

This  is  the  initial  report  of  own  ship  as  induced  by  the 
Analysis  Hodule  fro*  the  inforaation  provided  on  startup. 

No  Correlation  file 

Analysis  Report  Record 
Update  3 

Track  Nuafcer  *  0 

DTG  *  15  0JUN8  3 
Bearing  *  -1 

Range  *  -1 

Elevation  *  -1 

Position  Confidence  * 

Confirmed 

Course  =  0 

Speed  =  20 

Bax  Speed  =  33 

Identification  Record 
Flat  form  Type  *  Surface 
Platfcra  Confidence  * 

Confirmed 

Alliance  *  Friendly 
Alliance  Confidence  3 
Confirmed 

Type  Class  3  belknap  eg 
Class  Confidence  3 
Confirmed 

Unit  Name  3  belknap 
Unit  Confidence  3 
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Conf iraed 

Emitter  *  sps  10 

Emitter  Confidence  * 

Confirmed 

Emitter  *  sps  40 

Emitter  Confidence  * 

Confirmed 

Emitter  *  sps  43 

Emitter  Confidence  * 

Confirmed 

Emitter  *  sps  48d 

Emitter  Confidence  * 

Confirmed 

Emitter  =  sps  49 

Emitter  Confidence  = 

Confirmed 

Emitter  *  sqs  26 bx 

Emitter  Confidence  * 

Confirmed 

Emitter  *  sps  53a 

Emitter  Confidence  * 

Confirmed 

Weapon  type  =  asm  helc 
weapon  naie  =  lamps 
Weapon  Confidence  * 
Confirmed 

Op  status  *  1 

In  Weapon  Bange 
Weapon  type  *  ssa 
Weapon  name  *  harpoon 
Weapon  Confidence  a 
Confirmed 
Op  Status  a 
In  Weapon  Bange 
Weapon  type  >  sai 


1 


Beapcn  oate  *  terrier 
Beapon  Confidence  * 
Confirmed 

Op  Status  *  100 

In  Beapon  Range 
Beapon  type  *  asv 
Beapcn  naae  =  asroc 
Beapon  Confidence  * 

Con  fir aed 

Op  Status  =  100 

In  Beapcn  Range 

Beapon  type  *  gun 
Beapon  naae  *5  in  54 
Beapon  Confidence  * 

Conf iraed 

Op  Status  *  100 

In  Beapon  Range 

Beapon  type  =  aaw 
Beapcn  naae  *  phalanx 
Beapon  Confidence  * 

Conf iraed 
Op  Status  * 

In  Beapon  Range 

Action  =  New  Report 
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This  is  the  inferred  information  about  contact  report  1  that 
was  retrieved  frca  the  Coabat  Unit  Database. 

Mo  Correlation  file 

Analysis  Report  Record 
Update  3 

Track  Number  *  1 

DTG  »  151530JON83 
Bearing  =  270 

Range  3  10 

Elevation  3  0 

Position  Confidence  * 

Confirmed 

Coarse  3  0 

Speed  *  20 

Hax  Speed  *  33 

Identification  Record 
Plat f era  Type  *  Surface 
Platform  Confidence  3 
Confined 

Alliance  *  Friendly 
Alliance  Confidence  3 
Confined 

Type  Class  *  coontz  ddg 
Class  Confidence  3 
Confined 

Unit  Naae  3  farragut 
Onit  Confidence  3 
Confined 
Eaitter  3  sps  10 
Eaitter  Confidence  3 
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Confined 

Blitter  *  sps  29 

Eaitter  Confidence  * 

Confined 

Eeitter  *  sps  37 

Eaitter  Confidence  * 

Confined 

Blitter  *  sqs  23 

Blitter  Confidence  * 

Confined 

Blitter  *  spg  53a 

Blitter  Confidence  * 

Confined 

Eeitter  *  spg  55b 

Blitter  Confidence  * 

Confined 

weapon  type  »  sai 

Weapon  naae  *  terrier 

Weapon  Confidence  * 

Confined 

Op  Status  = 

In  Weapon  Range 
Weapon  type  =  ssi 
Weapon  nave  »  harpoon 
Weapon  Confidence  * 
Confined 
Op  Status  * 

In  Weapon  Range 
Weapon  type  *  gun 
Weapon  naae  *  5  in  54 
Weapon  Confidence  » 
Confined 
Op  Status  * 

Not  In  Weapon  Range 
Weapon  type  ■  as  w 


Weapon  name  =  ascoc 
Seapcn  Confidence  * 
Confirmed 

Up  Status  *  100 

In  Heapcn  Bangs 
Action  *  Mew  Report 


This  is  the  inferred  information  about  contact  report  2  that 
was  retrieved  froa  tbe  Coabat  Unit  Database. 

Mo  Correlation  file 

Analysis  Report  Record 
Update  * 

Track  Huaber  »  2 

DTG  »  151600JUN8  3 
Bearing  «  20 

Bange  *  200 

Elevation  *  0 

Position  Confidence  * 

Positive 

Coarse  »  115 

Speed  *  20 

Bax  Speed  *  35 

Identification  Record 
Platform  Type  »  surface 
Platfcra  Confidence  = 

Positive 

Alliance  «  Hostile 


Alliance  Confidence  * 
Positive 

Type  Class  *  kashin  ddg 
Class  Confidence  * 
Positive 

Unit  lane  *  saely 

Unit  confidence  » 
Positive 

Eaitter  *  head  net  c 
Eaitter  Confidence  * 
Positive 

Eaitter  »  big  net 
Eaitter  Confidence  * 
Positive 

Eaitter  *  Feel  group 
Eaitter  Confidence  * 
Positive 

Eaitter  =  own  screech 
Emitter  Confidence  * 
Positive 

Eaitter  *  bass  tilt 
Eaitter  Confidence  » 
Positive 

Eaitter  *  don  kay 
Eaitter  confidence  * 
Positive 

Eaitter  *  high  pole 
Eaitter  Confidence  * 
Positive 

weapon  type  *  saa 
Weapon  nave  *  sa-n-1 
Weapon  Confidence  * 
Positive 

Up  Status  ■  100 

Wot  In  Weapon  Range 


Heapca  type  *  ssa 
Weapon  naae  3  ss-n-2c 
Weapon  Confidence  * 

Positive 

Op  Status  *  100 

Hot  In  Weapon  Range 
Weapon  type  *  gun 
Weapon  naae  =  76  aa 
Weapon  Confidence  * 

Positive 

Op  Status  *  100 

Hot  In  Weapon  Range 
weapon  type  *  gun 
Weapon  naae  *  30  aa 
Weapon  Confidence  * 

Positive 

Op  Status  =  100 

Hot  In  weapon  Range 
Weapon  type  *  torpedo 
Weapon  naae  *  soviet  torpedo 
Weapon  Confidence  * 

Positive 

Op  status  »  100 

Not  in  Weapon  Range 
Action  »  New  Report 


This  is  the  inferred  inforaation  about  contact  report  3  that 
was  retrieved  froa  the  Coabat  Onit  Database. 


No  Correlation  file 


r» 


Analysis  Bepcrt  Sacord 
Update  3 

Track  Nuaber  3  3 

DTG  3  15 1645JUH83 
Bearing  3  25 

Bang®  3  “ 1 

Ele vaticn  3  “1 

Position  Confidence  3 
Certain 

Coarse  3  “1 

Speed  3  23 

Hax  Speed  3  35 

Identification  Hacord 
Platfcrm  Type  3  surface 
Platfora  Confidence  = 
Certain 

Alliance  3  Hostile 
Alliance  Confidence  3 
Certain 

Type  Class  3  kashin  ddg 
Class  Confidence  3 
Probable 

Type  Class  3  krivak  II  ffg 
Class  Confidence  3 
Probable 

Unit  Haae  3  bodvy 
Unit  confidence  3 
Possible 

Unit  Haae  3  druzhny 
Unit  confidence  3 
Possible 

Unit  Haae  3  pylky 
Unit  confidence  3 
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Possible 

Unit  Haas  *  silny 
Unit  Confidence  = 
Possible 

Unit  Dane  *  retivy 
Dnit  Confidence  » 
Possible 

Unit  Marne  =  skory 
Unit  Confidence  = 
Possible 

Unit  Name  *  slavny 
Onit  Confidence  = 
Possible 

Onit  Maoe  ■  saely 
Onit  Confidence  = 
Possible 

Onit  Naae  =  saetlivy 
Onit  Confidence  » 
Possible 

Eaitter  =  head  net  c 
Eaitter  Confidence  * 
Certain 

Eaitter  =  big  net 
Eaitter  Confidence  = 
Probable 

Eaitter  *  peel  group 
Eaitter  Confidence  * 
Probable 

Eaitter  *  cel  screech 
Eaitter  Confidence  * 
Positive 

Eaitter  *  bass  tilt 
Eaitter  Confidence  * 
Probable 

Eaitter  =  den  kay 
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Emitter  Confidence  * 
Certain 

Blitter  3  high  pcle 
Eiitter  Confidence  3 
Certain 

Eiitter  *  own  screech 
Eiitter  Confidence  3 
Possible 

Eiitter  3  eye  bowl 
Eiitter  Confidence  3 
Probable 

Eiitter  3  pop  group 
Emitter  Confidence  3 
Probable 

Weapon  type  3  sam 
Weapon  name  3  s a -n - 1 
Weapon  Ccnfidence  3 
Probable 

Op  Status  3  100 

In  Weapon  Range 

Weapcn  type  3  ssn 
Weapon  name  3  ss-n-2c 
Weapcn  Confidence  3 
Probable 

Op  Status  3  100 

In  Weapon  Range 

Weapon  type  3  gun 
Weapon  naie  3  76  am 
Weapcn  Ccnfidence  3 
Certain 

Op  Status  3  100 

In  Weapon  Range 

Weapon  type  3  gun 
Weapon  naie  3  30  am 
Weapon  Ccnfidence  3 


Probable 

Op  Status  3  100 

In  Weapon  Range 
Weapon  type  *  torpedo 
Weapon  naae  3  soviet  torpedo 
Weapon  Confidence  3 
Probable 

Op  Status  *  100 

In  Weapon  Range 
Weapon  type  3  ssa 
Weapon  naoe  3  ss-n-14 
Weapon  Confidence  3 
Probable 

Op  Status  3  100 

In  Weapon  Range 

Weapon  type  3  saa 
Weapon  naae  3  sa-n-4 
Weapon  Confidence  3 
Probable 

Op  Status  3  100 

In  Weapon  Range 

Weapon  type  3  gun 
Weapon  naae  3  100  aa 
Weapon  Confidence  3 
Probable 

Op  Status  3  100 

In  Weapon  Range 

Action  3  New  Report 


This  report  is  the  result  of  the  correlation  made  by  the 
Analysis  Module  between  contact  reports  2  and  3. 


Analysis  Report  Record 
Update  = 

Trnck  Husfcer  = 

DTG  *  151600JUN83 
Bearing  =  20 

Range  =  200 

Elevation  *  0 

Position  Confidence  = 
Positive 

Course  =  115 

Speed  *  20 

Bax  Speed  *  35 

Identification  Record 
Platform  Type  =  Surface 
Platform  Confidence  = 
Certain 

Alliance  *  Hostile 
Alliance  Confidence  = 
Certain 

Type  Class  *  krivak  II  ffg 
Class  Confidence  * 
Plausible 

Type  Class  =  kashin  ddg 
Class  Confidence  * 

Positive 

Unit  Name  *  smetlivy 
Unit  Confidence  * 

Possible 

Unit  Name  =  slavny 
Unit  Confidence  * 

Possible 

Unit  Name  *  skory 


Unit  Confidence  * 
Possible 

Onit  Rase  =  retivy 
Unit  Confidence  = 
Possible 

Onit  Rase  =  silny 
Onit  Confidence  * 
Possible 

Onit  Rase  *  pylky 
Onit  Confidence  * 
Possible 

Onit  Rase  =  druzhny 
Onit  Confidence  = 
Possible 

Onit  Raae  =  bodvy 
Onit  Confidence  = 
Possible 

Onit  Rase  *  saely 
Onit  Confidence  * 
Positive 

Hitter  *  pep  group 
Emitter  confidence  * 
Plausible 

Emitter  *  eye  bowl 
Emitter  Confidence  * 
Plausible 

Emitter  *  owl  screech 
Emitter  Confidence  * 
Sure 

Emitter^  head  net  c 

N 

Emitter  Confidence  3 
Certain 

Emitter  *  big  net 
Emitter  Confidence  3 
Positive 


Slitter  *  peel  group 
Eiitter  Confidence  3 
Positive 

Slitter  *  own  screech 
Slitter  Confidence  3 
Positive 

Slitter  3  bass  tilt 
Slitter  Confidence  3 
Positive 

Eiitter  3  don  kay 
Slitter  Confidence  3 
Certain 

Eiitter  3  high  pcle 
Eiitter  Confidence  3 
Certain 

Weapon  type  3  gun 

Weapon  naie  3  100  ■■ 

Weapon  Confidence  3 

Plausible 

Op  Status  3 

Not  In  Weapon  Range 

Weapon  type  *  saa 

Weapon  naie  3  sa-n-4 

Weapon  Confidence  3 

Plausible 

Op  Status  3 

Not  In  Weapon  Range 

Weapon  type  3  ssa 

Weapon  naie  3  ss-n-14 

Weapon  Confidence  3 

Plausible 

Op  status  3 

Not  In  Weapon  Range 

Weapon  type  3  saa 

Weapon  naie  3  sa-n-1 


Weapon  Confidence  3 
Positive 

Op  Status  «  100 

Mot  in  Weapon  Range 
Meapon  type  »  ssa 
Weapon  naae  *  ss-n-2c 
Meapon  Confidence  » 
Positive 

Op  Status  *  100 

Not  In  weapon  Range 
Meapon  type  *  gun 
Weapon  naae  3  76  aa 
Meapon  Confidence  3 
Certain 

Op  Status  3  100 

Not  In  Weapon  Range 
Meapon  type  3  gun 
Meapon  naae  3  30  aB 
Meapon  Confidence  3 
Positive 

Op  Status  3  100 

Not  In  Weapon  Range 
Weapon  type  *  torpedo 
Meapon  naae  3  soviet  tcrped 
Meapon  Confidence  * 

Positive 

Op  Status  *  100 

Not  in  Weapon  Range 
Correlated  Track  Nuater  * 
Correlation  Confidence  » 
Positive 

Action  3  Dev  Report 


Analysis  Report  Record 


Update 


Track  Nuvber  *  3 

DTG  »  151645JUH83 
Bearing  *  25 

Range  *  -1 

Elevation  =>  -1 

Position  Confidence  = 
Certain 

Coarse  *  -1 

Speed  *  23 

Hax  Speed  *  35 

Identification  Record 
Plat  fora  Type  »  Surface 
Plat  fern  Confidence  = 
Certain 

Alliance  »  Hostile 
Alliance  Confidence  * 
Certain 

Type  Class  »  kashin  ddg 
Class  Confidence  * 

Confident 

Type  Class  *  krivak  II  ffg 
Class  Confidence  * 

Probable 

Unit  Dane  *  bodvy 
Unit  Confidence  * 

Possible 

Unit  Name  »  druzhny 
Unit  Confidence  * 

Possible 

Unit  Naae  *  pylky 
Unit  Confidence  * 

Possible 
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Unit  Haae  *  silny 
Unit  Confidence  = 
Possible 

Unit  Naae  »  retivy 
Unit  Confidence  =* 
Possible 

Unit  naae  =  skory 
Unit  Confidence  * 
Possible 

Unit  Naae  *  slavny 
Unit  Confidence  * 
Possible 

Unit  Base  =  saely 
Unit  Confidence  = 
Possible 

Unit  Naae  *  saetlivy 
Unit  Confidence  = 
Possible 

Eaitter  «  head  net  c 
Eaitter  Confidence  » 
Certain 

Eaitter  *  big  net 
Eaitter  Confidence  = 
Confident 

Eaitter  =  peel  group 
Eaitter  Confidence  * 
Confident 

Eaitter  *  owl  screech 
Eaitter  Confidence  * 
Positive 

Eaitter  *  bass  tilt 
Eaitter  Confidence  = 
Confident 
Eaitter  *  den  kay 
Eaitter  Confidence  » 


Certain 

Slitter  =  high  pcle 
Slitter  Confidence  * 
Certain 

Slitter  *  own  screech 
Eiitter  Confidence  * 
Possible 

Eiitter  *  eye  bowl 
Eiitter  Confidence  * 
Probable 

Eiitter  »  pop  group 
Eiitter  Confidence  * 
Probable 

ileapcn  type  -  sa  a 
Weapon  naae  3  s a -n - 1 
Beapcn  Confidence  3 
Confident 

Op  Status  3  100 

In  Beapon  Bangs 

Weapon  type  3  ssa 
Beapon  naae  3  ss-n-2c 
Beapcn  Confidence  3 
Confident 

Op  status  3  100 

In  Beapcn  Range 

Beapon  type  3  gun 
Beapon  naae  3  76  aa 
Beapcn  Confidence  3 
Certain 

Op  status  3  100 

In  Beapon  Range 

Beapon  type  3  gun 
Beapon  naae  3  30  am 
Beapcn  Confidence  3 
Confident 
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100 


Op  Status  = 

In  Weapon  Range 

Weapon  type  *  torpedo 
Weapon  naae  *  soviet  torpedo 
Weapon  Confidence  * 

Confident 

Op  Status  *  100 

In  Weapon  Range 

Weapon  type  =  Ssa 
Weapon  nane  =  ss-n-14 
Weapon  Confidence  * 

Probable 

Op  status  =  100 

In  weapon  Range 

Weapon  type  *  saa 
Weapon  nane  3  sa-n-4 
Weapon  Confidence  * 

Probable 

Op  status  *  100 

In  weapon  Range 

Weapon  type  =  gun 
Weapon  naae  3  100  aa 
Weapon  Confidence  * 

Probable 

Op  status  3  100 

In  weapon  Range 

Correlated  Track  Nuaber  3 
Correlation  Confidence  = 
Positive 

Action  *  New  Report 


This  is  the  inferred  information  about  contact  report  4  -hat 
was  retrieved  from  the  Combat  Unit  Database. 

No  Alliance  file 
No  class  file 
No  Emitter  file 
No  Unit  file 
No  weapon  file 
No  Correlation  file 

Analysis  Report  Record 
Update  = 

Track  Number  *  4 

DTG  =  152017JUN8  3 
Bearing  *  28 

Range  *  50 

Elevation  *  0 

Position  Confidence  = 

Positive 

Course  *  215 

Speed  *  17 

Hax  Speed  =  -1 

Identification  Record 
Platform  Type  *  Surface 
Platform  Confidence  * 

Positive 

Action  =  Nev  Report 
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This  report  is  the  result  of  the  correlation  made  by  the 
Analysis  Module  between  contact  report  4  and  reports.  3  and 

4. 

Analysis  Hepcrt  Record 
Update  = 

Track  Number  =  2 

DT6  »  1 5 1600JUN83 
Bearing  *  20 

Range  *  200 

Elevation  =  0 

Position  Confidence  * 

Positive 

Course  =  115 

Speed  *  20 

Max  Speed  *  35 

Identification  Record 
Platform  Type  »  Surface 
Platform  Confidence  = 

Certain 

Alliance  »  Hostile 
Alliance  Confidence  * 

Certain 

Type  Class  =  krivak  II  ffg 
Class  Confidence  a 
Plausible 

Type  Class  =  kashin  ddg 
Class  Confidence  » 

Positive 

Unit  Name  *  smetlivy 
Unit  Confidence  * 

Possible 


Unit  Name  *  slavny 
Unit  Confidence  = 
Possible 

Unit  Name  *  skory 
Unit  Confidence  = 
Possible 

Unit  Nans  =  retivy 
Unit  Confidence  * 
Possible 

Unit  Same  =  silny 
Unit  Confidence  * 
Possible 

Unit  Name  =  pylky 
Unit  Confidence  = 
Possible 

Unit  Name  »  druzhny 
Unit  Confidence  * 
Possible 

Unit  Name  *  bodvy 
Unit  Confidence  = 
Possible 

Unit  Same  *  smely 
Unit  Confidence  = 
Positive 

Emitter  *  Fcp  group 
Emitter  Confidence  * 
Plausible 

Emitter  *  eye  bowl 
Emitter  Confidence  * 
Plausible 

Emitter  *  owl  screech 
Emitter  Confidence  = 
Sure 

Emitter  *  head  net  c 
Emitter  Confidence  3 


Certain 

Emitter  *  big  net 
Emitter  Confidence  * 
Positive 

Emitter  3  peel  group 
Emitter  Confidence  * 
Positive 

Emitter  =  own  screech 
Emitter  Confidence  * 
Positive 

Emitter  =  bass  tilt 
Emitter  Confidence  * 
Positive 

Emitter  3  don  kay 
Emitter  Confidence  * 
Certain 

Emitter  *  high  pcle 
Emitter  Confidence  * 
Certain 

Weapon  type  3  gun 

Weapon  name  3  100  om 

Weapon  Confidence  3 

Plausible 

Op  Status  3 

Hot  In  Weapon  Range 

weapon  type  3  sam 

Weapon  name  3  sa-n-4 

Weapon  Confidence  3 

Plausible 

Op  Status  3 

Hot  In  Weapon  Range 

Weapon  type  3  ssi 

Weapon  name  3  ss-n-14 

Weapon  Confidence  3 

Plausible 


Op  Status  3  100 

Hot  In  Weapon  Range 
Weapon  type  3  saa 
Weapon  naie  3  sa-n-1 
Weapon  Confidence  3 
positive 

Op  status  3  100 

Hot  In  Weapon  Range 
Weapon  type  3  ssm 
Weapon  naae  3  ss-n-2c 
.Weapon  Confidence  3 
Positive 

Op  Status  3  100 

Not  In  Weapon  Range 
Weapon  type  3  gun 
Weapon  name  3  76  an 
Weapon  Confidence  3 
Certain 

Op  Status  3  100 

Hot  In  Weapon  Range 
Weapon  type  3  gun 
Weapon  naae  3  30  aa 
Weapon  Confidence  3 
Positive 

Op  Status  3  100 

Hot  In  Weapon  Range 
Weapon  type  3  torpedo 
Weapon  naae  3  soviet  torpedo 
Weapon  confidence  3 
Positive 

Op  Status  3  1 00 

Not  In  Weapon  Range 

Correlated  Track  Number  3  4 

Correlation  confidence  3 

Certain 
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Correlated  Track  Number  3 
Correlation  Confidence  3 
Positive 

Action  3  Sew  Report 

Analysis  Report  Record 
Update  3 


Track  Number  3  3 

DTG  3  1 5 1645JUN8 3 
Bearing  3  25 

Range  3  -1 

Elevation  3  -1 

Positicr  Confidence  3 
Certain 

Course  3  -1 

Speed  3  23 

Max  Speed  3  35 

Identification  Record 
Platform  Type  3  Surface 


Platform  Confidence  3 
Certain 

Alliance  3  Hostile 
Alliance  Confidence  3 
Certain 

Type  Class  3  kashin  ddg 
Class  Confidence  3 
Sure 

Type  Class  3  krivak  II  ffg 
Class  Confidence  3  * 
Probable 

Unit  Name  3  bodvy 
Unit  Confidence  3 


Possible 

Unit  Rase  *  druzhny 
Unit  Confidence  = 
Possible 

Unit  Rase  *  pyiky 
Unit  Confidence  = 
Possible 

Unit  Base  =  silny 
Unit  Confidence  * 
Possible 

Unit  Bane  *  r9tivy 
Unit  Confidence  = 
Possible 

Unit  Base  =  skory 
Unit  Confidence  = 
Possible 

Unit  Base  =  slavny 
Unit  Confidence  = 
Possible 

Unit  Hame  =  saely 
Unit  Confidence  = 
Possible 

Unit  Baee  *  smetlivy 
Unit  Confidence  * 
Possible 

Emitter  =  head  net  c 
Emitter  Confidence  * 
Certain 

Emitter  *  big  net 
Emitter  Confidence  = 
Sura 

Emitter  =  peel  group 
Emitter  Confidence  * 
Sure 

Emitter  *  owl  screech 
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Eaitter  Ccnfidence  * 
Positive 

Eaitter  *  bass  tilt 
Eaitter  Confidence  = 
Sure 

Eaitter  =  don  kay 
Eaitter  Ccnfidence  3 
Certain 

Eaitter  3  high  pcle 
Eaitter  Confidence  = 
Certain 

Eaitter  *  own  screech 
Eaitter  Ccnfidence  * 
Possible 

Eaitter  *  eye  bowl 
Eaitter  Confidence  3 
Probable 

Eaitter  *  pop  group 
Eaitter  Ccnfidence  3 
Probable 

Weapon  type  =  saa 
Weapon  naae  *  sa-n-1 
Weapcn  Ccnfidence  3 
Sure 

Op  Status  * 

In  Weapon  Bange 
Weapcn  type  *  ssb 
Weapon  naae  »  ss-n-2c 
Weapcn  Confidence  * 
Sure 

Op  Status  * 

In  weapon  Bange 
Weapon  type  *  gun 
weapon  naae  «  76  aa 
Weapcn  Confidence  ■ 


100 


Cartain 
Op  Status  3 
In  Weapon  Range 
Weapon  type  *  gun 
Weapon  naae  3  30  n 
Weapon  Confidence  3 
Sure 

Op  Status  3  100 

In  Weapon  Range 
Weapon  type  3  torpedo 
Weapon  naee  3  soviet  torpedo 
Weapon  Confidence  3 
Sure 

Op  Status  3  100 

In  Weapon  Range 

weapon  type  3  ssa 
Weapon  naae  3  ss-n-14 
weapon  Confidence  3 
Probable 

Op  Status  3  100 

In  Weapon  Range 

Weapon  type  3  saa 
Weapon  naae  3  sa-n-4 
Weapon  Confidence  3 
Probable 

Op  Status  3  100 

In  Weapon  Range 

Weapon  type  3  gun 
Weapon  naae  3  100  mo 
Weapon  Confidence  3 
Probable 

Op  Status  3  100 

In  Weapon  Range 

Correlated  Track  Nurber  3 
Correlation  Confidence  3 


Positive 

Correlated  Track  Nusber  = 
Correlaticn  Confidence  3 
Positive 

Action  *  Nee  Report 


Analysis  Report  Record 
Opdate  3 


Track  Rubber  3 
DTG  =  152017JON83 
Bearing  3  28 

Range  3  50 

Elevation  3  0 

Position  Confidence  3 
Positive 

Coarse  =  215 

Speed  3  17 

Max  Speed  3  35 

Identification  Record 
Platfcra  Type  3  surface 
Platform  Confidence  3 
Certain 

Alliance  3  Hostile 
Alliance  Confidence  3 
Certain 

Type  Class  3  kashin  ddg 
Class  Confidence  3 
Positive 

Type  Class  3  krivak  II  ffg 
Class  Confidence  3 
Possible 

Unit  Rase  3  snely 


Unit  Ccnfidence  3 
Positive 

Onit  Naae  3  bodvy 
Onit  Confidence  3 
Possible 

Onit  Base  *  druzhny 
Onit  Confidence  * 
Possible 

Onit  Base  3  pylky 
Onit  Confidence  3 
Possible 

Onit  Naae  3  silny 
Onit  Confidence  3 
Possible 

Onit  Naae  3  retivy 
Onit  Ccnfidence  3 
Possible 

Onit  Naae  3  skory 
Onit  Confidence  3 
Possible 

Onit  Name  3  slavny 
Onit  Confidence  3 
Possible 

Onit  Naae  3  smetlivy 
Onit  confidence  3 
Possible 

Eaitter  3  high  pole 
Emitter  confidence  3 
Certain 

Emitter  3  don  kay 
Emitter  Ccnfidence  3 
Certain 

Emitter  3  bass  tilt 
Emitter  Ccnfidence  3 
Positive 


1U3 


Emitter  »  own  screech 
Emitter  Confidence  » 
Positive 

Emitter  *  peel  group 
Emitter  Confidence  * 
Positive 

Emitter  *  big  net 
Emitter  Confidence  = 
Positive 

Emitter  »  head  net  c 
Emitter  Confidence  * 
Certain 

Emitter  *  owl  screech 
Emitter  Confidence  * 

Sure 

Emitter  *  eye  bowl 
Emitter  Confidence  * 
Possible 

Emitter  *  pop  group 
Emitter  Confidence  * 
Possible 

Weapon  type  *  torpedc 
Weapon  name  =  soviet  torped 
weapon  Confidence  = 

Positive 

Op  Status  *  100 

Not  In  weapon  Range 
weapon  type  *  gun 
Weapon  name  s  30  mm 
Weapon  Confidence  = 

Positive 

Op  status  *  100 

Not  In  weapon  Range 
Weapon  type  *  gun 
Weapon  name  =  76  am 


100 


Weapcn  Confidence  3 
Certain 
Op  status  3 
Not  In  Weapon  Range 
Weapon  type  3  ssi 
Weapon  naae  3  ss-n-2c 
Weapon  Confidence  3 
Positive 

Op  status  3  100 

Not  In  Weapon  Range 
Weapcn  type  3  saa 
Weapon  naee  3  sa-n-1 
Weapon  Confidence  3 
Positive 

Op  status  3  100 

In  Weapon  Range 
Weapcn  type  3  ssm 
Weapon  naee  3  ss-n-14 
Weapcn  Confidence  3 
Possible 

Op  Status  3  100 

In  Weapon  Range 

Weapon  type  3  saa 
Weapon  naae  3  sa-n-4 
Weapon  Confidence  3 
Possible 

Op  Status  3  100 

Not  In  Weapon  Range 
Weapcn  type  3  gun 
Weapon  naae  3  100  aa 
Weapon  confidence  3 
Possible 

Op  Status  3  100 

Not  In  Weapon  Range 
Correlated  Track  Nuaber  3 
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•-  V 


Correlaticn  Confidence  * 

Positive 

Correlated  Track  Number  =  2 

Correlaticn  Confidence  * 

Certain 

Action  3  New  Report 


This  is  the  inferred  information  about  contact  report  5  that 
was  retrieved  free  the  Combat  Unit  Database. 

No  Alliance  file 
No  class  file 
No  Emitter  file 
No  Unit  file 
No  weapon  file 
No  Correlation  file 

Analysis  Bepcrt  Record 
Update  3 


Track  Number  3  j 

DTG  3  1 5 1900JUN8 3 
Bearing  3  1 10 

Range  =  15 

Elevation  3  0 

Position  Confidence  3 
Positive 

Course  3  350 

Speed  3  27 

Hax  Speed  3 


-1 


Identification  Record 
Plat f era  Type  =  Surface 
Platfora  Confidence  - 
Positive 

Action  =  New  Report 


This  is  the  inferred  information  about  contact  report  6 
was  retrieved  frea  the  Coabat  Unit  Database. 


No  Alliance  file 
No  class  file 
No  Eaitter  file 
No  Unit  file 
No  Weapon  file 
No  correlation  file 


Analysis  Be  pert  Record 
Update  = 


Track  Nuaber  *  6 

DTG  a  1  5200  0JUN8  3 
Bearing  *  100 

Range  *  13 

Elevation  *  0 

Fositicn  Confidence  = 
Certain 

Course  *  356 

Speed  a  25 

Hax  Speed  *  -1 


Identification  Record 


Plat  fern  Type  3  Surface 
Platform  Confidence  * 
Certain 

action  =  Mew  Beport 


This  report  is  the  result  of  the  correlation  made  by  the 
analysis  Module  between  contact  reports  5  and  6. 


No  alliance  file 
No  class  file 
No  Emitter  file 
No  Unit  file 
No  Weapon  file 


analysis  Report  Record 
Update  = 


Track  Number  =  5 

DTG  *  151900JUN83 
Hearing  *  1 10 

Range  =  15 

Elevation  *  0 

Position  Confidence  » 
Positive 

Course  *  350 

Speed  *  27 

Max  Speed  =  -1 


Identification  Record 
Platfcra  Type  *  Surface 
Platform  Confidence  * 
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6 


Positive 

Correlated  Track  Hunter  * 
Correlation  Confidence  = 
Sure 

Action  =  New  Bepcrt 


Analysis  Report  Record 
Update  * 


Track  Nuafcer  =  6 

0T6  =  1 52OOOJ0N83 
Eearing  =  100 

Range  =  13 

Elevation  *  0 

Position  Confidence  = 
Certain 

Course  *  356 

Speed  *  25 

Max  Speed  *  -1 


Identification  Record 
Platform  Type  *  Surface 
Flat  form  Confidence  » 

Certain 

Correlated  Track  Hunter  =  5 

Correlation  Confidence  a 

Sure 

Action  *  New  Report 


This  is  the  inferred  information  about  contact  report  7  that 
was  retrieved  from  the  C<.nbat  Unit  Database. 
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Ho  Correlation  file 


Analysis  Report  Record 
Update  * 


Track  Number  *  7 

DTG  =  1  5200  1JUN8  3 
Bearing  *  99 

Range  =  -1 

Elevation  =  -1 

Position  Confidence  = 
Certain 

Course  =  -1 

Speed  =  21 

flax  Speed  =  31 

Identification  Record 
Platform  Type  =  Submarine 
Platform  Confidence  * 

Certain 

Alliance  *  Hostile 
Alliance  Confidence  = 

Certain 

Type  Class  =  delta  III  ssbn 
Class  Confidence  = 

Possible 

Type  Class  =  yankee  ssbn 
Class  Confidence  * 

Possible 

Type  Class  *  papa  ssgn 
Class  Confidence  « 

Possible 

Type  Class  =  victor  III  ssgn 
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Class  confidence  3 
Possible 

Type  Class  =  echo  I  ssgn 
Class  Confidence  3 
Possible 

Unit  Base  =  echo  I- 1 
Unit  Confidence  » 
Possible 

Unit  Hane  *  victor  III-1 
Unit  Confidence  3 
Possible 

Unit  Haae  3  victor  III-2 
Unit  Confidence  « 
Possible 

Unit  Haae  *  papa-1 
Unit  Confidence  = 
Possible 

Unit  Haae  3  yankee-1 
Unit  Confidence  3 
Possible 

Unit  Haae  *  yankee-2 
Unit  Confidence  3 
Possible 

Unit  Haae  3  delta  III-1 
Unit  Confidence  ~ 
Possible 

Unit  Haae  »  delta  III-2 
Unit  Confidence  3 
Possible 

Eaitter  «  snoop  tray 
Emitter  Confidence  3 
Certain 

Emitter  »  step  light 
Eaitter  Confidence  * 
Possible 
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Bea  pen  type  *  ssa 
Beapon  nans  *  ss-n-18 
Beapen  Confidence  * 

Possible 

Op  Status  *  100 

In  Beapon  Bangs 
Beapen  type  *  torpedo 
Beapon  naae  *  3oviat  torpedo 
Beapen  Ccnfidence  * 

Certain 

Op  States  »  100 

In  Beapon  Range 
Beapen  type  3  ssa 
Beapon  naae  *  ss-n-16 
Beapon  Ccnfidence  * 

Possible 

Op  Status  *  100 

In  Beapon  Range 
Beapon  type  -  ssa 
Beapon  naae  ■  ss-n-15 
Beapen  Ccnfidence  » 

Plausible 

Op  status  *  100 

In  Beapon  Range 

Beapon  type  *  ssa 
Beapon  naae  *  ss-n-3 
Beapen  Ccnfidence  ■ 

Possible 

Op  status  *  100 

In  Beapon  Range 

Beapon  type  *  nine 
Beapon  naae  *  soviet  aine 
Beapon  Ccnfidence  * 

Possible 

Op  Status  a  100 
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In  Weapon  Range 
Action  =  New  Report 


This  report  is  the  result  of  the  correlation  made  by  the 
Analysis  Module  between  contact  report  7  and  reports  5  and 
6. 

Analysis  Report  Record 
Opiate  = 

Track  Number  *  6 

DTG  »  1 5200CJUN83 
Bearing  *  100 

Range  *  13 

Elevation  *  0 

Position  Confidence  * 

Certain 

Course  =  356 

Speed  *  25 

Max  Speed  a  31 

Identification  Record 
Platform  Type  =  Submarine 
Platform  Confidence  a 
Sure 

Platform  Type  =  surface 
Platform  Confidence  a 
Certain 

Alliance  *  Hostile 
Alliance  Confidence  * 

Sure 

Type  Class  a  echo  I  ssgn 
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Class  confidence  * 

Possible 

Type  Class  *  victor  III  ssgn 
Class  confidence  * 

Possible 

Type  Class  *  papa  ssgn 
Class  confidence  * 

Possible 

Type  Class  *  yankee  ssbn 
Class  confidence  * 

Possible 

Type  Class  *  delta  III  ssbn 
Class  Confidence  * 

Possible 

Unit  Base  *  delta  III-2 
Unit  confidence  * 

Possible 

Unit  Haae  *  delta  III-1 
Onit  Confidence  3 
Possible 

Onit  Haae  *  yankee-2 
Oni*  Confidence  = 

Possible 

Or. it  Haae  *  yankee- 1 
Onit  Confidence  3 
Possible 

Onit  Haae  *  papa-1 
Onit  Confidence  3 
Possible 

Onit  Haae  *  victor  III-2 
Onit  Confidence  3 
Possible 

Onit  Haae  *  victor  III-1 
Onit  Confidence  3 
Possible 
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Unit  Daie  3  echo  1-1 
Unit  Confidence  * 

Possible 

Emitter  *  stop  light 
Eiitter  Confidence  » 

Possible 

Emitter  *  snoop  tray 
Slitter  Confidence  * 

Sure 

weapon  type  *  nine 
Weapon  naie  =  soviet  sine 
Weapon  Confidence  * 

Possible 

Op  Status  «  100 

Not  In  Weapon  Range 
Weapon  type  3  Ssi 
Weapon  name  *  ss-n-3 
Weapon  Confidence  » 

Possible 

Op  Status  »  100 

In  Weapon  Bangs 
Weapon  type  3  ssi 
Weapon  naie  »  ss-n-15 
Weapon  Confidence  * 

Fossible 

Op  Status  s  100 

In  Weapon  Bange 
Weapon  type  *  ssi 
Weapon  name  *  ss-n-16 
Weapon  Confidence  * 

Possible 

Op  Status  »  100 

In  Weapon  Bange 
Weapon  type  3  torpedo 
Weapon  naie  *  soviet  torpedo 
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i 

* 

Weapon  Ccnfidence  * 

|  sure 

Op  Status  *  100 

Hot  In  weapon  Range 
weapon  type  »  ssi 
weapon  naae  *  ss-n-18 
|  Weapon  Ccnfidence  3 

Possible 

Op  status  =  100 

I  In  weapon  Range 

■  Correlated  Track  Huafcer  * 

Correlation  Confidence  = 
Sure 

j  Correlated  Track  Huafcer  = 

Correlation  confidence  * 
Sur9 

Action  3  See  Report 

Analysis  Report  Record 
Opdate  * 


Track  Nunber  3 
DTG  *  151900JOH83 
Bearing  *  110 

Range  3  15 

Elevation  *  0 

Eositicn  Confidence  * 
Positive 

Course  3  350 

Speed  3  27 

(fax  Speed  3  31 


Identification  Record 
Flatfora  Type  3  Submarine 


Platfcra  confidence  * 

Certain 

Plat  fora  Type  *  surface 
Platfcra  confidence  * 

Certain 

Alliance  *  Hostile 
Alliance  confidence  * 

Certain 

Type  Class  *  echo  I  ssgn 
Class  Confidence  * 

Fossitle 

Type  Class  *  victor  III  ssgn 
Class  Confidence  * 

Possible 

Type  Class  *  papa  ssgn 
Class  Confidence  * 

Possible 

Type  Class  *  yankee  ssbn 
Class  Confidence  * 

Possible 

Type  Class  *  delta  III  ssbn 
Class  Confidence  * 

Possible 

Unit  Haas  *  delta  III-2 
Unit  Confidence  * 

Possible 

Unit  Haae  *  delta  II 1-1 
Unit  Confidence  * 

Possible 

Unit  Sane  *  yankee-2 
Unit  Confidence  ■ 

Possible 

Unit  laae  *  yankee- 1 
Unit  Confidence  * 

Possible 
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Unit  Haae  -  papa-1 
Onit  Confidence  * 

Possible 

Onit  Haae  *  victor  III-2 
Onit  Confidence  3 
Possible 

Onit  Haae  *  victor  III-1 
Onit  Confidence  = 

Possible 

Onit  Haae  3  echo  1-1 
Onit  Confidence  3 
Possible 

Emitter  3  stop  light 
Bait  ter  Confidence  3 
Possible 

Emitter  3  snoop  tray 
Emitter  Confidence  * 
Certain 

Weapon  type  *  mine 
Weapon  name  *  soviet  sine 
Weapon  Confidence  * 
Possible 

Op  Status  3  100 

Hot  in  Weapon  Range 
Heapon  type  3  ssm 
Heapon  naae  3  ss-n-3 
Heapon  Confidence  3 
Possible 

Op  Status  3  100 

In  Heapon  Range 

Heapon  type  3  ssm 
Heapon  naae  3  ss-n-15 
Heapon  Confidence  3 
Possible 

Op  Status  3  100 
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la  Weapon  Bange 
Weapon  type  *  ssa 
Weapon  name  *  ss-n-16 
Weapon  confidence  » 

Possible 

Op  States  *  100 

In  Weapon  Bange 
Weapon  type  *  torpedo 
Weapon  name  *  soviet  torpedo 
Weapon  Confidence  * 

Certain 

Op  Status  »  100 

Not  In  Weapon  Bange 
weapon  type  *  ssa 
weapon  naae  *  ss-n-18 
weapon  Confidence  * 

Possible 

Op  Status  *  100 

In  Weapon  Bange 
Correlated  Track  Nuaber  * 
Correlation  Confidence  * 
Certain 

Correlated  Track  Number  * 
Correlation  Confidence  * 

Sure 

Action  *  Nee  Seport 


Analysis  Bepcrt  Becord 
Opdate  * 


Track  Nuaber  * 

DTG  «  1S2C0 1JON83 
Bearing  * 


99 


7 


Elevation  * 

Position  confidence  * 

Certain 
Course  * 

Speed  * 

Bax  Speed  * 

Identification  Becord 
Plat f era  Type  *  surface 
Plat  fora  Confidence  = 

Certain 

Platform  Type  *  Subaarine 
Platfcra  confidence  3 
Certain 

Alliance  *  Hostile 
Alliance  Confidence  * 

Certain 

Type  Class  =  delta  III  ssbn 
Class  Confidence  * 

Possible 

Type  Class  *  yankee  ssbn 
Class  confidence  * 

Possible 

Type  Class  *  papa  ssgn 
Class  confidence  * 

Possible 

Type  Class  *  victor  III  ssgn 
Class  Confidence  * 

Possible 

Type  Class  *  echo  I  ssgn 
Class  Confidence  * 

Possible 

Unit  Haas  *  echo  1-1 
Unit  Confidence  * 

Possible 


-1 

21 

31 
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Unit  Haae  *  victor  III-1 
Unit  Confidence  = 

Possible 

Unit  Base  *  victor  III-2 
Unit  Confidence  * 

Possible 

Onit  Base  *  papa-1 
Unit  confidence  = 

Possible 

Unit  Haae  *  yankee-1 
Unit  Confidence  * 

Possible 

Unit  Haae  *  yankee-2 
Unit  Ccnfidence  * 

Possible 

Unit  Haae  3  delta  III-1 
Unit  Confidence  * 
possible 

Unit  Haae  *  delta  III-2 
Unit  Ccnfidence  * 

Possible 

Sait  ter  *  snoop  tray 
Eaitter  Confidence  * 
Certain 

Eaitter  *  stop  light 
Eaitter  Ccnfidence  » 
Possible 

Heapcn  type  *  ssa 
Weapon  naae  *  ss-n-18 
weapcn  Ccnfidence  » 

Possible 

Up  Status  ■  100 

In  Weapon  Bangs 
Weapcn  type  *  torpedc 
Weapon  naae  *  soviet  torped 


Weapon  Confidence  = 
Certain 

Op  status  *  100 

In  Weapon  Bange 
Weapon  type  =  ssa 
Weapon  naae  =  ss-n-16 
Weapon  Confidence  = 
Possible 

Op  status  *  100 

In  weapon  Bange 
weapon  type  =  ssa 
Weapon  naae  *  ss-n-15 
Weapon  Confidence  » 
Plausible 

Op  status  *  100 

In  weapon  Bange 

Weapon  type  ■  ssa 
Weapon  naae  *  ss-n-3 
Weapon  Confidence  a 
Possible 

Op  status  *  100 

In  Weapon  Bange 

Weapon  type  «  nine 
Weapon  naae  *  soviet  nine 
Weapon  Confidence  a 
Possible 

Op  status  »  100 

In  weapon  Bange 

Correlated  Track  Wuaber  = 
Correlation  Confidence  * 
Certain 

Correlated  Track  Nuaber  a 
Correlation  Confidence  * 
Sure 

Action  a  New  Beport 
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